5.3. Thanos Ruler에 대한 Pod 토폴로지 분배 제약 조건 설정

프로세스

1. openshift-user-workload-monitoring 네임스페이스에서 user-workload-monitoring-config 구성 맵을 편집합니다.

   $ oc -n openshift-user-workload-monitoring edit configmap user-workload-monitoring-config

2. data/config.yaml/thanosRuler 아래에 다음 설정 값을 추가하여 Pod 토폴로지 분배 제약 조건을 구성합니다.

   apiVersion: v1
   kind: ConfigMap
   metadata:
     name: user-workload-monitoring-config
     namespace: openshift-user-workload-monitoring
   data:
     config.yaml: |
       thanosRuler:
         topologySpreadConstraints:
         - maxSkew: 1 1
           topologyKey: monitoring 2
           whenUnsatisfiable: ScheduleAnyway 3
           labelSelector:
             matchLabels: 4
               app.kubernetes.io/name: thanos-ruler

   1

   포드를 균등하게 배포할 수 있는 정도를 정의하는 maxSkew 에 대한 숫자 값을 지정합니다. 이 필드는 필수이며 값은 0보다 커야 합니다. 지정된 값은 whenUnsatisfiable 에 대해 지정하는 값에 따라 다릅니다.

   2

   topologyKey 의 노드 라벨 키를 지정합니다. 이 필드는 필수입니다. 이 키와 동일한 값이 있는 레이블이 있는 노드는 동일한 토폴로지에 있는 것으로 간주됩니다. 스케줄러는 균형 잡힌 수의 pod를 각 도메인에 배치하려고 합니다.

   3

   whenUnsatisfiable 의 값을 지정합니다. 이 필드는 필수입니다. 사용 가능한 옵션은 DoNotSchedule 및 ScheduleAnyway 입니다. maxSkew 값을 사용하여 대상 토폴로지의 일치하는 Pod 수와 글로벌 최소값 간에 허용되는 최대 차이를 정의하도록 DoNotSchedule 을 지정합니다. 스케줄러에서 Pod를 계속 예약하지만 스큐를 줄일 수 있는 노드에 더 높은 우선 순위를 부여하려면 ScheduleAnyway 를 지정합니다.

   4

   matchLabels 의 값을 지정합니다. 이 값은 제약 조건을 적용할 일치하는 Pod 세트를 식별하는 데 사용됩니다.

3. 파일을 저장하여 변경 사항을 자동으로 적용합니다.

   주의

   user-workload-monitoring-config 구성 맵에 대한 변경 사항을 저장하면 openshift-user-workload-monitoring 프로젝트의 Pod 및 기타 리소스가 재배포될 수 있습니다. 해당 프로젝트에서 실행 중인 모니터링 프로세스도 다시 시작할 수 있습니다.