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


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

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

중요

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

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

사전 요구 사항

  • OpenShift 웹 콘솔에 대한 관리자 액세스 권한이 있습니다.
  • OpenShift Data Foundation Operator는 openshift-storage 네임스페이스에 설치 및 실행됩니다. OpenShift 웹 콘솔에서 Operator 설치된 Operator 를 클릭하여 설치된 Operator 를 확인합니다.
  • Operator 모니터링이 openshift-monitoring 네임스페이스에 설치되고 실행됩니다. OpenShift 웹 콘솔에서 Administration Cluster Settings Cluster Operators 를 클릭하여 클러스터 운영자를 확인합니다.
  • provisioner openshift-storage.rbd.csi.ceph.com 이 있는 스토리지 클래스를 사용할 수 있습니다. OpenShift 웹 콘솔에서 스토리지 StorageClasses 를 클릭하여 사용 가능한 스토리지 클래스를 확인합니다.

절차

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

    각도괄호(< , > )의 내용을 고유한 값으로 바꿉니다(예 : 24h 또는 storage: 40Gi ).

    storageClassName 을 provisioner openshift-storage.rbd.csi.ceph.com 을 사용하는 storageclass 로 바꿉니다. 아래 예제에서 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>

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

검증 단계

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

    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. 워크로드 Pod 로 이동합니다.
    2. alertmanager-main-* pod를 클릭하여 Pod 세부 정보를 확인합니다.
    3. Volumes (볼륨)로 스크롤하여 볼륨에 새 영구 볼륨 클레임 중 하나와 일치하는 유형,ocs-alertmanager-claim - claim이 있는지 확인합니다(예: ocs-alertmanager-main -0).

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

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

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

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

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

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

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

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

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

Red Hat 소개

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

© 2024 Red Hat, Inc.