5장. 경고 관리

1. OpenShift Dedicated 웹 콘솔에서 모니터링 경고 경고로 이동합니다.
2. 음소거할 경고의 경우 를 클릭하고 음소거 경고를 선택하여 선택한 경고에 대한 기본 구성으로 음소거 경고 페이지를 엽니다.

3. 선택 사항: 음소거의 기본 구성 세부 정보를 변경합니다.

   참고

   음소거를 저장하기 전에 코멘트를 추가해야 합니다.

4. 음소거를 저장하려면 음소거 를 클릭합니다.

1. OpenShift Dedicated 웹 콘솔에서 모니터링 경고 음소거 로 이동합니다.
2. 음소거 생성을 클릭합니다.

3. 음소거 생성 페이지에서 경고의 일정, 기간 및 레이블 세부 정보를 설정합니다.

   참고

   음소거를 저장하기 전에 코멘트를 추가해야 합니다.

4. 입력한 라벨과 일치하는 경고에 대한 음소거를 생성하려면 음소거 를 클릭합니다.

프로세스

1. OpenShift Dedicated 웹 콘솔에서 모니터링 경고 음소거 로 이동합니다.

2. 수정하려는 음소거의 경우 를 클릭하고 음소거 편집을 선택합니다.

   또는 작업을 클릭하고 음소거 의 음소거 세부 정보 페이지에서 음소거 편집을 선택할 수 있습니다.

3. 음소거 편집 페이지에서 변경 후 음소거 를 클릭합니다. 이렇게 하면 기존 음소거가 만료되고 업데이트된 구성으로 생성됩니다.

프로세스

1. 모니터링 경고 음소거 로 이동합니다.
2. 만료하려는 음소거 또는 음소거의 경우 해당 행의 확인란을 선택합니다.

3. Expire 1 음소거 를 클릭하여 선택한 단일 음소거를 만료하거나 < n > 음소거 를 만료하여 선택한 여러 음소거를 만료합니다. 여기서 < n >은 선택한 음소거 수입니다.

   또는 단일 음소거를 만료하려면 작업을 클릭하고 음소거에 대한 음소거 세부 정보 페이지에서 음소거 만료를 선택할 수 있습니다.

프로세스

1. 경고 규칙에 사용할 YAML 파일을 생성합니다. 이 예에서는 example-app-alerting-rule.yaml이라고 합니다.

2. YAML 파일에 경고 규칙 구성을 추가합니다. 다음 예제에서는 example-alert 라는 새 경고 규칙을 생성합니다. 경고 규칙은 샘플 서비스에서 노출된 version 메트릭이 0이 되면 경고를 실행합니다.

   apiVersion: monitoring.coreos.com/v1
   kind: PrometheusRule
   metadata:
     name: example-alert
     namespace: ns1
   spec:
     groups:
     - name: example
       rules:
       - alert: VersionAlert 

   1

   
         for: 1m 

   2

   
         expr: version{job="prometheus-example-app"} == 0 

   3

   
         labels:
           severity: warning 

   4

   
         annotations:
           message: This is an example alert. 

   5

   1

   생성할 경고 규칙의 이름입니다.

   2

   경고가 실행되기 전에 조건이 true여야 하는 기간입니다.

   3

   새 규칙을 정의하는 PromQL 쿼리 표현식입니다.

   4

   경고 규칙이 경고에 할당하는 심각도입니다.

   5

   경고와 연결된 메시지입니다.

3. 구성 파일을 리클러스터에 적용합니다.

   $ oc apply -f example-app-alerting-rule.yaml

프로세스

1. openshift-user-workload-monitoring 프로젝트에서 user-workload-monitoring-config 구성 맵을 편집합니다.

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

2. 특정 프로젝트에 바인딩되지 않은 경고 규칙을 생성하려는 프로젝트를 구성합니다.

   apiVersion: v1
   kind: ConfigMap
   metadata:
     name: user-workload-monitoring-config
     namespace: openshift-user-workload-monitoring
   data:
     config.yaml: |
       namespacesWithoutLabelEnforcement: [ <namespace1>, <namespace2> ] 

   1

   
       # ...

   1

   프로젝트 간 경고 규칙을 생성할 하나 이상의 프로젝트를 지정합니다. 사용자 정의 모니터링에 대한 Prometheus 및 Thanos Ruler는 이러한 프로젝트에서 생성된 PrometheusRule 오브젝트에 namespace 레이블을 적용하지 않으므로 모든 프로젝트에 PrometheusRule 오브젝트를 적용할 수 있습니다.

3. 경고 규칙에 사용할 YAML 파일을 생성합니다. 이 예제에서는 example-cross-project-alerting-rule.yaml 이라고 합니다.

4. YAML 파일에 경고 규칙 구성을 추가합니다. 다음 예제에서는 example-security 라는 새 프로젝트 간 경고 규칙을 생성합니다. 경고 규칙은 사용자 프로젝트에서 restricted Pod 보안 정책을 적용하지 않으면 실행됩니다.

   프로젝트 간 경고 규칙의 예

   apiVersion: monitoring.coreos.com/v1
   kind: PrometheusRule
   metadata:
     name: example-security
     namespace: ns1 

   1

   
   spec:
     groups:
       - name: pod-security-policy
         rules:
           - alert: "ProjectNotEnforcingRestrictedPolicy" 

   2

   
             for: 5m 

   3

   
             expr: kube_namespace_labels{namespace!~"(openshift|kube).*|default",label_pod_security_kubernetes_io_enforce!="restricted"} 

   4

   
             annotations:
               message: "Restricted policy not enforced. Project {{ $labels.namespace }} does not enforce the restricted pod security policy." 

   5

   
             labels:
               severity: warning 

   6

   1

   namespacesWithoutLabelEnforcement 필드에 정의된 프로젝트를 지정해야 합니다.

   2

   생성할 경고 규칙의 이름입니다.

   3

   경고가 실행되기 전에 조건이 true여야 하는 기간입니다.

   4

   새 규칙을 정의하는 PromQL 쿼리 표현식입니다. 네임스페이스 라벨에서 레이블 일치자를 사용하여 경고 규칙에서 포함되거나 제외되는 프로젝트를 필터링할 수 있습니다.

   5

   경고와 연결된 메시지입니다.

   6

   경고 규칙이 경고에 할당하는 심각도입니다.

   중요

   namespacesWithoutLabelEnforcement 필드에 지정한 프로젝트 중 하나에만 특정 프로젝트 간 경고 규칙을 생성해야 합니다. 여러 프로젝트에서 동일한 프로젝트 간 경고 규칙을 생성하면 경고가 반복됩니다.

5. 구성 파일을 리클러스터에 적용합니다.

   $ oc apply -f example-cross-project-alerting-rule.yaml

프로세스

1. OpenShift Dedicated 웹 콘솔에서 모니터링 경고 경고 규칙으로 이동합니다.

2. 필터 드롭다운 메뉴에서 플랫폼 및 사용자 소스를 선택합니다.

   참고

   플랫폼 소스가 기본적으로 선택됩니다.

프로세스

1. openshift-monitoring 프로젝트에서 cluster-monitoring-config 구성 맵을 편집합니다.

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

2. cluster-monitoring-config 구성 맵에서 data/config.yaml/userWorkload 아래의 rulesWithoutLabelEnforcementAllowed 값을 false 로 설정하여 프로젝트 간 경고 규칙을 생성하는 옵션을 비활성화합니다.

   kind: ConfigMap
   apiVersion: v1
   metadata:
     name: cluster-monitoring-config
     namespace: openshift-monitoring
   data:
     config.yaml: |
       userWorkload:
         rulesWithoutLabelEnforcementAllowed: false
       # ...

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