기존 인스턴스에서 개별 애플리케이션의 애플리케이션 리소스 업데이트하기 Engineering Lifecycle Management 인스턴스

Engineering Lifecycle Management 애플리케이션의 성능은 시간이 지남에 따라 리소스 수요 증가로 인해 영향을 받을 수 있습니다. 리소스 요구 사항을 충족하기 위해 기존 Engineering Lifecycle Management 인스턴스에서 개별 애플리케이션의 애플리케이션 리소스를 업데이트할 수 있습니다.

시작하기 전에

Engineering Lifecycle Management 애플리케이션의 가동 중지 시간을 고려하여 배포 크기 업데이트 활동을 적절히 계획합니다.
Engineering Lifecycle Management 인스턴스에서 Engineering Lifecycle Management 애플리케이션의 리소스 사용량을 모니터링했는지 확인하세요. 자세한 내용은 Red Hat OpenShift 컨테이너 플랫폼에서 Engineering Lifecycle Management 애플리케이션의 리소스 사용량 모니터링하기를 참조하세요.
업데이트하려는 Engineering Lifecycle Management 인스턴스 배포 크기를 수용하기 위해 필요한 메모리 및 CPU 리소스를 클러스터에서 사용할 수 있는지 확인합니다.
1. 컴퓨팅 > 노드로 이동합니다.
2. 노드 페이지에서 표의 메모리 및 CPU 열에 있는 노드에 사용 가능한 메모리 및 CPU 리소스를 검토합니다.
3. Engineering Lifecycle Management 인스턴스의 배포 크기에 정의된 리소스 제한을 수용하는 데 필요한 메모리 및 CPU 리소스가 일부 또는 모든 노드에 있는지 확인하세요. 인스턴스 배포 크기에 필요한 리소스 제한에 대한 자세한 내용은 Engineering Lifecycle Management 인스턴스 배포 크기에 필요한 리소스 제한에 대한 자세한 내용은 Engineering Lifecycle Management 인스턴스 배포 크기를 참조하세요.
Engineering Lifecycle Management 인스턴스 배포 크기를 업데이트할 수 있는 권한이 있는 적절한 사용자 역할을 사용하여 로그인해야 합니다. 클러스터에서 사용되는 역할에 대한 자세한 내용은 하이브리드 클라우드의 사용자 역할 매핑( Engineering Lifecycle Management )을 참조하세요.

이 태스크 정보

기존 Engineering Lifecycle Management 인스턴스의 개별 애플리케이션의 애플리케이션 리소스를 업데이트하여 애플리케이션 성능을 개선하려고 합니다. Engineering Lifecycle Management 인스턴스 애플리케이션 리소스를 업데이트할 때 다음 요구 사항을 고려하세요.

cpuLimit , cpuRequest , memoryLimit , memoryRequest 와 같은 Engineering Lifecycle Management 인스턴스 애플리케이션 리소스를 업데이트할 수 있습니다.
ELM 인스턴스 배포 리소스의 값은 배포 크기에 대해 미리 정의된 값보다 작을 수 없습니다. 인스턴스 배포 크기에 필요한 리소스 제한에 대한 자세한 내용은 Engineering Lifecycle Management 인스턴스 배포 크기에 필요한 리소스 제한에 대한 자세한 내용은 Engineering Lifecycle Management 인스턴스 배포 크기를 참조하세요.
- 예를 들어, Large 배포 크기에서 memoryRequest 값이 5Gi 인 경우 관리자는 이를 4Gi 로 변경할 수 없습니다.
- cpuRequest 값은 cpuLimit 값보다 클 수 없습니다.
- memoryLimit 값은 memoryRequest 값보다 작을 수 없습니다.

참고: 애플리케이션 최소(Xmn) 및 최대(Xmx) 힙 크기는 다음 계산을 사용하여 자동으로 계산됩니다:

Xmx = memoryRequest - 2
Xmn = ((Xmx * 100) / 4) * 10

프로시저

Red Hat® OpenShift® Container Platform 웹 콘솔에 로그인합니다.
운영자 > 설치된 운영자를 선택하고 Engineering Lifecycle Management 운영자를 선택합니다.
ELM 탭에서 Engineering Lifecycle Management 인스턴스를 선택합니다.

YAML 탭에서 리소스 속성을 업데이트하여 애플리케이션에 대한 사용자 정의 리소스를 정의하고 저장을 클릭합니다.

spec:
  applications:
    <app\_name>:
      <property\_name>: <value>
      <property\_name>: <value>

여기서 <app\_name> 요소는 애플리케이션 이름이고 <property\_name> 요소는 정의된 리소스 속성입니다.

지정할 수 있는 리소스 속성을 보려면 다음 표를 참조하세요.

테이블 1. 자원 특성
자원 특성	설명	단위	자세한 정보
`cpuRequest`	CPU 요청은 컨테이너가 사용할 수 있는 최소 CPU 양을 나타내지만 CPU에 대한 경합이 없으면 노드에서 사용 가능한 모든 CPU를 사용할 수 있습니다.	밀리코어	https://docs.openshift.com/online/pro/dev_guide/compute_resources.html#dev-cpu-requests
`cpuLimit`	Pod 내의 각 컨테이너는 노드에서 사용할 수 있는 CPU 양을 지정할 수 있습니다. CPU 한도는 노드에서의 경합과 상관없이 컨테이너가 사용할 수 있는 최대 CPU 양을 제어합니다.	밀리코어	https://docs.openshift.com/online/pro/dev_guide/compute_resources.html#dev-cpu-limits
`memoryRequest`	기본적으로 컨테이너는 노드에서 가능한한 많은 메모리를 사용할 수 있습니다. 클러스터에서 Pod의 배치를 개선하려면 컨테이너를 실행하는 데 필요한 메모리 양을 지정합니다. 그런 다음 스케줄러는 포드를 노드에 바인딩하기 전에 사용 가능한 노드 메모리 용량을 고려합니다. 컨테이너는 요청을 지정할 때에도 노드에서 가능한 한 많은 메모리를 사용할 수 있습니다.	바이트(Ei, Pi, Ti, Gi, Mi, Ki)	https://kubernetes.io/docs/reference/kubernetes-api/common-definitions/quantity/
`memoryLimit`	컨테이너가 사용할 수 있는 메모리 양을 지정합니다.	바이트(Ei, Pi, Ti, Gi, Mi, Ki)	https://kubernetes.io/docs/reference/kubernetes-api/common-definitions/quantity/
`storage`	기본 영구 볼륨 크기를 확장할 스토리지 용량을 지정합니다.	바이트(Ei, Pi, Ti, Gi, Mi, Ki)	https://docs.redhat.com/en/documentation/openshift_container_platform/4.17/html/storage/expanding-persistent-volumes#add-volume-expansion_expanding-persistent-volumes

예를 들어 Engineering Lifecycle Management 사양에서 Jazz® 팀 서버 애플리케이션의 애플리케이션 리소스를 변경하려는 경우 다음 예시와 같이 ' <property\_name> 요소를 정의할 수 있습니다:


#example template
spec:
  applications:
    <app\_name>:
      cpuRequest: <cpu request>
      cpuLimit: <cpu limit>
      memoryLimit: <memory limit>
      memoryRequest: <memory request>
      storage: <storage>

#reference value example
spec:
  applications:
    JTS:
      cpuRequest: "20000m"
      cpuLimit: "5000m"
      memoryLimit: "6Gi"
      memoryRequest: "250G"
      storage: "0.5Ti"

업데이트된 배포 크기는 성공적인 조정 후 Engineering Lifecycle Management 인스턴스에 적용됩니다.

Engineering Lifecycle Management 인스턴스와 애플리케이션 Pod의 상태를 확인합니다. 자세한 내용은 Engineering Lifecycle Management 인스턴스 확인을 참조하세요.
특정 애플리케이션에 대한 Engineering Lifecycle Management 인스턴스 YAML에서 적용된 리소스 변경 사항에 따라 Engineering Lifecycle Management 애플리케이션 포드에서 CPU 및 메모리 속성이 업데이트되었는지 확인합니다.
1. 워크로드 > 배포를 선택하고 Engineering Lifecycle Management 애플리케이션 포드를 선택합니다.
2. YAML 탭에서 특정 애플리케이션에 대한 Engineering Lifecycle Management 인스턴스 YAML에서 적용된 리소스 변경 사항에 따라 limits 및 'code4' 필드의 cpu 및 requests memory 속성이 업데이트되는지 확인합니다.