2.2. 모니터링의 유지보수 및 지원
지원되는 OpenShift Container Platform 모니터링 구성 방법은 이 설명서에 설명된 옵션을 사용하여 구성하는 것입니다. 다른 구성은 지원되지 않으므로 사용하지 마십시오. 구성 패러다임은 Prometheus 릴리스마다 변경될 수 있으며 이러한 경우는 모든 구성 가능성이 제어되는 경우에만 정상적으로 처리될 수 있습니다. 이 섹션에 설명된 것과 다른 구성을 사용하는 경우 cluster-monitoring-operator
가 차이를 조정하므로 변경한 내용이 사라집니다. Operator는 원래 기본적으로 모든 항목이 정의된 상태로 재설정합니다.
2.2.1. 모니터링에 대한 지원 고려 사항
다음과 같은 수정 사항은 명시적으로 지원되지 않습니다.
-
openshift-*
및kube-*
프로젝트에서 추가ServiceMonitor
,PodMonitor
,PrometheusRule
오브젝트 생성 openshift-monitoring
또는openshift-user-workload-monitoring
프로젝트에 배포된 모든 리소스 또는 오브젝트 수정. OpenShift Container Platform 모니터링 스택에서 생성된 리소스는 이전 버전과의 호환성을 보장하지 않으므로 다른 리소스에서 사용할 수 없습니다.참고Alertmanager 구성은
openshift-monitoring
프로젝트에서 시크릿 리소스로 배포됩니다. Alertmanager에 대한 추가 경로를 구성하려면 해당 시크릿을 디코딩하고 수정한 후 인코딩해야 합니다. 이 프로세스는 이전 조건에 예외적으로 지원됩니다.- 스택의 리소스 수정 OpenShift Container Platform 모니터링 스택을 통해 해당 리소스가 항상 예상되는 상태에 있습니다. 이 기능이 수정되면 스택이 이를 재설정합니다.
-
사용자 정의 워크로드를
openshift-*
및kube-*
프로젝트에 배포. 이러한 프로젝트는 Red Hat 제공 구성 요소용으로 예약되어 있으며 사용자 정의 워크로드에는 사용할 수 없습니다. - 모니터링 스택 Grafana 인스턴스 수정.
- OpenShift Container Platform에 사용자 정의 Prometheus 인스턴스 설치. 사용자 정의 인스턴스는 Prometheus Operator에서 관리하는 Prometheus 사용자 정의 리소스(CR)입니다.
-
Prometheus Operator에서
Probe
CRD(사용자 정의 리소스 정의)를 사용하여 증상 기반 모니터링을 활성화. -
Prometheus Operator에서
AlertmanagerConfig
CRD를 사용하여 Alertmanager 구성 수정.
메트릭, 기록 규칙 또는 경고 규칙에 대한 이전 버전과의 호환성은 보장되지 않습니다.