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


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

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

중요

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

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

사전 요구 사항

  • OpenShift 웹 콘솔에 대한 관리자 액세스 권한이 있습니다.
  • OpenShift Data Foundation 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>

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

검증 단계

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

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

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

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

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

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

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

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

      그림 6.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.