6.2. OpenShift Container Storage를 사용하도록 모니터링 구성


OpenShift Container Storage는 Prometheus 및 Alert Manager로 구성된 모니터링 스택을 제공합니다.

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

중요

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

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

사전 요구 사항

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

절차

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

    괄호 안의 컨텐츠(<, >)를 자체 값으로 바꿉니다(예: 보존): 24H 또는 스토리지: 40Gi.

    배포 프로그램 openshift-storage.rbd.csi.ceph.com을 사용하는 스토리지 클래스로 storageClassName 을 교체합니다. storageclass 의 이름 아래에 지정된 예에서는 ocs-storagecluster-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 Toggle word wrap

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

검증 단계

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

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

      생성 및 바인딩된 스토리지 모니터링

      Screenshot of OpenShift Web Console showing five pods with persistent volume claims bound in the openshift-monitoring project

  2. alertmanager-main-* 포드가 Running 상태로 표시되는지 확인합니다.

    1. 워크로드 Pod 로 이동합니다.
    2. alertmanager-main-* 포드를 클릭하여 포드 세부 정보를 확인합니다.
    3. Volumes(볼륨) 까지 아래로 스크롤하고 볼륨에 새 영구 볼륨 클레임(예:ocs-alertmanager- main-0) 중 하나와 일치하는 유형 인 ocs-alertmanager-claim이 있는지 확인합니다.

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

      Screenshot of OpenShift Web Console showing persistent volume claim attached to the altermanager pod

  3. prometheus-k8s-* 포드가 Running 상태로 표시되는지 확인합니다.

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

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

      Screenshot of OpenShift Web Console showing persistent volume claim attached to the prometheus pod

맨 위로 이동
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

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

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

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

Red Hat 소개

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

Theme

© 2025 Red Hat