4.3. OpenShift Data Foundation을 사용하도록 모니터링 구성


OpenShift Data Foundation은 Prometheus 및 Alert Manager로 구성된 모니터링 스택을 제공합니다.

이 섹션의 지침에 따라 OpenShift Data Foundation을 모니터링 스택의 스토리지로 구성합니다.

중요

스토리지 공간이 부족하면 모니터링이 작동하지 않습니다. 항상 모니터링을 위한 충분한 스토리지 용량이 있는지 확인하십시오.

Red Hat은 이 서비스에 대한 짧은 보존 간격을 구성하는 것이 좋습니다. 자세한 내용은 OpenShift Container Platform 설명서의 Prometheus 지표 데이터에 대한 보존 시간 수정을 참조하십시오.

사전 요구 사항

  • OpenShift 웹 콘솔에 대한 관리자 액세스 권한이 있어야 합니다.
  • OpenShift Data Foundation Operator가 openshift-storage 네임스페이스에 설치되고 실행됩니다. OpenShift 웹 콘솔에서 Operator 설치된 Operator 를 클릭하여 설치된 Operator 를 확인합니다.
  • Monitoring Operator가 openshift-monitoring 네임스페이스에 설치되고 실행됩니다. OpenShift 웹 콘솔에서 관리 클러스터 설정 클러스터 Operator를 클릭하여 클러스터 Operator 를 확인합니다.
  • 프로비저너 openshift-storage.rbd.csi.ceph.com 이 있는 스토리지 클래스를 사용할 수 있습니다. OpenShift 웹 콘솔에서 스토리지 StorageClasses 를 클릭하여 사용 가능한 스토리지 클래스를 확인합니다.

절차

  1. OpenShift 웹 콘솔에서 워크로드 구성 맵 으로 이동합니다.
  2. 프로젝트 드롭다운을 openshift-monitoring 로 설정합니다.
  3. 구성 맵 생성을 클릭합니다.
  4. 다음 예제를 사용하여 새 cluster-monitoring-config Config Map을 정의합니다.

    엄선 대괄호(<, > )의 콘텐츠를 자체 값(예 : 24h 또는 storage: 40Gi )으로 바꿉니다.

    storageClassName 을 프로비저너 openshift-storage.rbd.csi.ceph.com 을 사용하는 storageclass 로 바꿉니다. 아래 예제에서 스토리지 클래스의 이름은 ocs-storage cluster-ceph-rbd 입니다.

    cluster-monitoring-config 구성 맵의 예

    apiVersion: v1
    kind: ConfigMap
    metadata:
      name: cluster-monitoring-config
      namespace: openshift-monitoring
    data:
      config.yaml: |
          prometheusK8s:
            retention: <time to retain monitoring files, e.g. 24h>
            volumeClaimTemplate:
              metadata:
                name: ocs-prometheus-claim
              spec:
                storageClassName: ocs-storagecluster-ceph-rbd
                resources:
                  requests:
                    storage: <size of claim, e.g. 40Gi>
          alertmanagerMain:
            volumeClaimTemplate:
              metadata:
                name: ocs-alertmanager-claim
              spec:
                storageClassName: ocs-storagecluster-ceph-rbd
                resources:
                  requests:
                    storage: <size of claim, e.g. 40Gi>
    Copy to Clipboard

  5. 생성 을 클릭하여 구성 맵을 저장하고 생성합니다.

검증 단계

  1. 영구 볼륨 클레임이 Pod에 바인딩되었는지 확인합니다.

    1. 스토리지 영구 볼륨 클레임 으로 이동합니다.
    2. 프로젝트 드롭다운을 openshift-monitoring 로 설정합니다.
    3. 3개의 alertmanager-main-* pod 및 prometheus-k8s-* Pod에 연결된 Bound 상태로 5개의 영구 볼륨 클레임이 표시되는지 확인합니다.

      그림 4.1. 생성 및 바인딩된 스토리지 모니터링

      openshift-monitoring 프로젝트에 바인딩된 영구 볼륨 클레임이 있는 Pod 5개를 표시하는 OpenShift 웹 콘솔 스크린샷
  2. alertmanager-main-* 포드가 Running 으로 표시되는지 확인합니다.

    1. 워크로드 포드 로 이동합니다.
    2. alertmanager-main-* pod를 클릭하여 Pod 세부 정보를 확인합니다.
    3. Volumes 로 아래로 스크롤하여 볼륨에 유형,ocs-alertmanager-claim -claim that match one of your new Persistent Volume Claims (예: ocs-alertmanager-alertmanager-main-0 )가 있는지 확인합니다.

      그림 4.2. alertmanager-main-* Pod에 연결된 영구 볼륨 클레임

      altermanager 포드에 연결된 영구 볼륨 클레임을 표시하는 OpenShift 웹 콘솔의 스크린샷
  3. prometheus-k8s-* Pod가 Running 상태로 표시되는지 확인합니다.

    1. prometheus-k8s-* Pod를 클릭하여 Pod 세부 정보를 확인합니다.
    2. Volumes 로 스크롤하여 볼륨에 새 영구 볼륨 클레임 중 하나(예:ocs-prometheus-claim -prometheus- k8s-0) 중 하나와 일치하는 Type, ocs-prometheus-prometheus-claim- claim이 있는지 확인합니다.

      그림 4.3. prometheus-k8s-* Pod에 연결된 영구 볼륨 클레임

      prometheus Pod에 연결된 영구 볼륨 클레임을 표시하는 OpenShift 웹 콘솔의 스크린샷
맨 위로 이동
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다. 최신 업데이트를 확인하세요.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

Theme

© 2025 Red Hat