5.2. Alertmanager에 대한 Pod 토폴로지 분배 제약 조건 설정

절차

1. openshift-monitoring 네임스페이스에서 cluster-monitoring-config ConfigMap 오브젝트를 편집합니다.

   $ oc -n openshift-monitoring edit configmap cluster-monitoring-config

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

   apiVersion: v1
   kind: ConfigMap
   metadata:
     name: cluster-monitoring-config
     namespace: openshift-monitoring
   data:
     config.yaml: |
       alertmanagerMain:
         topologySpreadConstraints:
         - maxSkew: 1 1
           topologyKey: monitoring 2
           whenUnsatisfiable: DoNotSchedule 3
           labelSelector:
             matchLabels: 4
               app.kubernetes.io/name: alertmanager

   1

   maxSkew 에 대한 숫자 값을 지정합니다. 이 값은 균등하게 분배될 수 있는 Pod를 정의합니다. 이 필드는 필수이며 값은 0보다 커야 합니다. 지정된 값은 whenUnsatisfiable 에 대해 지정하는 값에 따라 다른 영향을 미칩니다.

   2

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

   3

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

   4

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

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

   주의

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