nks - 핀포인트 에이전트 적용

 

서버가 동작하는 POD는 휘발성이다.

따라서 서버가 기동할 때 필요한 "외부 설정파일"을 접근 할 수 있는 별도의 방법이 필요하다.

 

물론 리소스에서 관련 파일들을 같이 배포해도 되나 비효율적이다.

따라서 접근 가능한 공간을 만들어야 된다.

 

첫번째 방안은  hostPath 볼륨이다.

spec:
  volumes:
  - name: test-volume
    hostPath:
      # directory location on host
      path: /data
      # this field is optional
      type: DirectoryOrCreate
  containers:
    ....
    volumeMounts:
    - mountPath: /data
      name: test-volume

 

hostPath 볼륨을 사용하면 파드가 쿠버네티스 노드의 파일 시스템에 접근할 수 있게 해주며, 이를 이용하면 파드 간에 데이터를 공유하거나 파드가 노드 시스템에 접근하는 것을 가능하다... 물론 파드가 다른 노드에 배포되면 똥이 되기 때문에 모든 노드에 작업을 해야 하는 불편함이 있다.

 

두번째 방안은 Persistent Volume (PV)이다.

spec:
  volumes:
    - name: nas-csi-pvc
      persistentVolumeClaim:
        claimName: nas-csi-pvc
        ....
  containers:
    - name: promotion
        ....
        - name: JAVA_TOOL_OPTIONS
          value: >-
            -javaagent:/data/pinpoint-agent/pinpoint-bootstrap-2.5.3.jar
            -Dpinpoint.config=/data/pinpoint-agent/pinpoint-root.config
            -Dpinpoint.applicationName=dev
            -Dpinpoint.agentName=promotion
            -Dpinpoint.container
      volumeMounts:
        - name: nas-csi-pvc
          mountPath: /data

 

여러모로 두 번째 방안으로 진행해야 하나.

실상 각 파드마다 이용되는 에이전트 파일들이 30MB가 미만이기 때문에

이것만 사용하기 위한 PV의 설정은  투머취한것 같다... 얼마 안 되는 비용도 Save ㅋ

 

설정하는데 손이 조금 더 가는것은 사실이지만 딱 한 번만 하면 되니께....

 

 

while(  노드만큼 ) {

    1.yaml 파일 적용하고 해서 노드에 파일 생성하고

    2. 해당POD을 통해서 필요한 필요한 파일 Push하고 (물론 직접 접근 가능하면 직접 업로드 해도 된다.)   

        난 VPC 환경이라..근데 사실 VM에 직접 접근할 일이 아예 없다.

 

    3. 필요한 java 옵션 다시 설정해서 yaml 최종 적용!!!

}

 

 

엄청 얌전한 시스템이다. 야호!.. 아르메리아가 적용되지 않는건 안타깝지만..ㅠ