2.3. 음소거 경고
수신하지 않으려는 경고를 추가합니다. 경고 이름, 일치 레이블 또는 시간 기간으로 경고를 음소거할 수 있습니다. 음소거하려는 경고를 추가하면 ID가 생성됩니다. 음소거 경고의 ID는 d839aca9-ed46-40be-84c4-dca8773671da
문자열과 유사할 수 있습니다.
경고를 음소거하는 방법에 대해 계속 읽습니다.
Red Hat Advanced Cluster Management 경고를 음소거하려면
open-cluster-management-observability
네임스페이스의alertmanager-main
Pod에 액세스할 수 있어야 합니다. 예를 들어 Pod 터미널에 다음 명령을 입력하여 음소거SampleAlert
:amtool silence add --alertmanager.url="http://localhost:9093" --author="user" --comment="Silencing sample alert" alertname="SampleAlert"
여러 일치 레이블을 사용하여 경고를 음소거합니다. 다음 명령은
match-label-1
및match-label-2
를 사용합니다.amtool silence add --alertmanager.url="http://localhost:9093" --author="user" --comment="Silencing sample alert" <match-label-1>=<match-value-1> <match-label-2>=<match-value-2>
특정 기간 동안 경고를 음소거하려면
--duration
플래그를 사용합니다. 다음 명령을 실행하여SampleAlert
를 1시간 동안 음소거합니다.amtool silence add --alertmanager.url="http://localhost:9093" --author="user" --comment="Silencing sample alert" --duration="1h" alertname="SampleAlert"
음소거된 경고의 시작 또는 종료 시간을 지정할 수도 있습니다. 다음 명령을 입력하여 특정 시작 시
SampleAlert
를 음소거합니다.amtool silence add --alertmanager.url="http://localhost:9093" --author="user" --comment="Silencing sample alert" --start="2023-04-14T15:04:05-07:00" alertname="SampleAlert"
생성된 모든 음소거 경고를 보려면 다음 명령을 실행합니다.
amtool silence --alertmanager.url="http://localhost:9093"
더 이상 경고를 음소거하지 않으려면 다음 명령을 실행하여 경고의 실칭을 종료합니다.
amtool silence expire --alertmanager.url="http://localhost:9093" "d839aca9-ed46-40be-84c4-dca8773671da"
모든 경고의 silencing을 종료하려면 다음 명령을 실행합니다.
amtool silence expire --alertmanager.url="http://localhost:9093" $(amtool silence query --alertmanager.url="http://localhost:9093" -q)
2.3.1. 관찰성 스토리지 마이그레이션
경고 음소거를 사용하는 경우 음소거를 이전 상태에서 유지하면서 관찰 기능을 마이그레이션할 수 있습니다. 이렇게 하려면 선택한 StorageClass
리소스를 사용하는 새 StatefulSets
및 PersistentVolumes
(PV) 리소스를 생성하여 Red Hat Advanced Cluster Management observability 스토리지를 마이그레이션합니다.
참고: PV의 스토리지는 클러스터에서 수집된 지표를 저장하는 데 사용되는 오브젝트 스토리지와 다릅니다.
StatefulSets
및 PV를 사용하여 관찰 기능 데이터를 새 스토리지로 마이그레이션하는 경우 다음 데이터 구성 요소가 저장됩니다.
- Observatorium 또는 Thanos: 데이터를 수신한 다음 오브젝트 스토리지에 업로드합니다. 일부 구성 요소는 PV에 데이터를 저장합니다. 이 데이터의 경우 Observatorium 또는 Thanos는 시작 시 오브젝트 스토리지를 자동으로 다시 생성하므로 이 데이터를 손실해도 결과가 발생하지 않습니다.
- Alertmanager: 음소거된 경고만 저장합니다. 이러한 음소거된 경고를 유지하려면 해당 데이터를 새 PV로 마이그레이션해야 합니다.
관찰성 스토리지를 마이그레이션하려면 다음 단계를 완료합니다.
-
MultiClusterObservability
에서.spec.storageConfig.storageClass
필드를 새 스토리지 클래스로 설정합니다. -
PersistentVolumeClaim
을 삭제할 때에도 이전PersistentVolumes
의 데이터를 유지하려면 기존의 모든PersistentVolumes
로 이동합니다. -
reclaimPolicy
를"Retain": 'oc patch pv <your-pv-name> -p '{"spec":{"persistentVolumeReclaimPolicy":"Retain"}}'
로 변경합니다. - 선택 사항: 데이터 손실을 방지하려면 OCP 4의 DG 8 Operator의 다른 스토리지 클래스로 영구 데이터 마이그레이션 을 참조하십시오.
다음
StatefulSet
리소스에서StatefulSet
및PersistentVolumeClaim
을 모두 삭제합니다.-
alertmanager-db-observability-alertmanager
-
data-observability-thanos-compact
-
data-observability-thanos-receive-default
-
data-observability-thanos-store-shard
-
중요: 새
StatefulSet
을 생성할 수 있도록MultiClusterObservability
Operator Pod를 삭제한 후 다시 생성해야 할 수 있습니다.
-
-
이름이 동일하지만 올바른
StorageClass
를 사용하여 새PersistentVolumeClaim
을 다시 생성합니다. -
이전
PersistentVolume
을 참조하는 새PersistentVolumeClaim
을 생성합니다. -
새
StatefulSet
및PersistentVolumes
에서 선택한 새StorageClass
를 사용하는지 확인합니다.