4.4. OpenShift Data Foundation의 클러스터 로깅


클러스터 로깅을 배포하여 다양한 OpenShift Container Platform 서비스에 대한 로그를 집계할 수 있습니다. 클러스터 로깅 배포 방법에 대한 자세한 내용은 클러스터 로깅 배포를 참조하십시오.

초기 OpenShift Container Platform 배포 시 OpenShift Data Foundation은 기본적으로 구성되지 않으며 OpenShift Container Platform 클러스터는 노드에서 사용 가능한 기본 스토리지에만 의존합니다. OpenShift Data Foundation에서 지원하는 OpenShift Logging(ElasticSearch)의 기본 구성을 편집하여 OpenShift Data Foundation의 백업 로깅(Elasticsearch)을 사용할 수 있습니다.

중요

항상 이러한 서비스를 위한 충분한 저장 용량이 있는지 확인하십시오. 이러한 중요한 서비스를 위한 스토리지 공간이 부족하면 로깅 애플리케이션이 작동할 수 없고 복구하기가 매우 어렵습니다.

Red Hat은 이러한 서비스에 대해 짧은 큐레이션 및 보존 간격을 설정할 것을 권장합니다. 자세한 내용은 OpenShift Container Platform 설명서의 클러스터 로깅 큐레이터 를 참조하십시오.

이러한 서비스를 위한 저장 공간이 부족하면 Red Hat 고객 지원에 문의하십시오.

4.4.1. 영구 스토리지 구성

스토리지 클래스 이름 및 크기 매개변수를 사용하여 Elasticsearch 클러스터의 영구 스토리지 클래스 및 크기를 구성할 수 있습니다. Cluster Logging Operator는 이러한 매개변수를 기반으로 Elasticsearch 클러스터의 각 데이터 노드에 대한 영구 볼륨 클레임을 생성합니다. 예를 들어 다음과 같습니다.

spec:
    logStore:
      type: "elasticsearch"
      elasticsearch:
        nodeCount: 3
        storage:
          storageClassName: "ocs-storagecluster-ceph-rbd”
          size: "200G"

이 예제에서는 클러스터의 각 데이터 노드가 200GiB ocs-storagecluster-ceph-rbd 스토리지를 요청하는 영구 볼륨 클레임에 바인딩되도록 지정합니다. 각 기본 분할은 단일 복제본에서 지원합니다. shard의 사본은 모든 노드에 복제되며 항상 사용할 수 있으며 단일 중복 정책으로 인해 두 개 이상의 노드가 존재하는 경우 복사본을 복구할 수 있습니다. Elasticsearch 복제 정책에 대한 자세한 내용은 클러스터 로깅 배포 및 구성Elasticsearch 복제 정책을 참조하십시오.

참고

스토리지 블록을 누락하면 기본 스토리지에서 지원하는 배포가 생성됩니다. 예를 들어 다음과 같습니다.

spec:
    logStore:
      type: "elasticsearch"
      elasticsearch:
        nodeCount: 3
        storage: {}

자세한 내용은 클러스터 로깅 구성을 참조하십시오.

4.4.2. OpenShift data Foundation을 사용하도록 클러스터 로깅 구성

이 섹션의 지침에 따라 OpenShift Data Foundation을 OpenShift 클러스터 로깅을 위한 스토리지로 구성합니다.

참고

OpenShift Data Foundation에서 처음으로 로깅을 구성할 때 모든 로그를 가져올 수 있습니다. 그러나 로깅을 제거하고 다시 설치한 후에는 이전 로그가 제거되고 새 로그만 처리됩니다.

사전 요구 사항

  • OpenShift 웹 콘솔에 대한 관리자 액세스 권한이 있습니다.
  • OpenShift Data Foundation Operator는 openshift-storage 네임스페이스에 설치 및 실행됩니다.
  • 클러스터 로깅 Operator가 openshift-logging 네임스페이스에 설치되고 실행됩니다.

절차

  1. OpenShift 웹 콘솔의 왼쪽 창에서 Administration Custom Resource Definitions 를 클릭합니다.
  2. 사용자 정의 리소스 정의 페이지에서 ClusterLogging 을 클릭합니다.
  3. 사용자 정의 리소스 정의 개요 페이지의 작업 메뉴에서 인스턴스 보기를 선택하거나 인스턴스 탭을 클릭합니다.
  4. 클러스터 로깅 페이지에서 클러스터 로깅 생성을 클릭합니다.

    데이터를 로드하기 위해 페이지를 새로 고쳐야 할 수도 있습니다.

  5. YAML에서 storageClassName 을 provisioner openshift- storage.rbd.csi.ceph.com 을 사용하는 storage 클래스 로 교체합니다. 아래 예제에서 storageclass 의 이름은 ocs-storagecluster-ceph-rbd 입니다.

    apiVersion: "logging.openshift.io/v1"
    kind: "ClusterLogging"
    metadata:
      name: "instance"
      namespace: "openshift-logging"
    spec:
      managementState: "Managed"
      logStore:
        type: "elasticsearch"
        elasticsearch:
          nodeCount: 3
          storage:
            storageClassName: ocs-storagecluster-ceph-rbd
            size: 200G # Change as per your requirement
          redundancyPolicy: "SingleRedundancy"
      visualization:
        type: "kibana"
        kibana:
          replicas: 1
      curation:
        type: "curator"
        curator:
          schedule: "30 3 * * *"
      collection:
        logs:
          type: "fluentd"
          fluentd: {}

    OpenShift Data Foundation 노드에 테인트된 경우 로깅을 위해 daemonset Pod를 예약할 수 있도록 허용 오차를 추가해야 합니다.

    spec:
    [...]
      collection:
        logs:
          fluentd:
            tolerations:
            - effect: NoSchedule
              key: node.ocs.openshift.io/storage
              value: 'true'
          type: fluentd
  6. 저장을 클릭합니다.

검증 단계

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

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

      그림 4.4. 생성 및 바인딩된 클러스터 로깅

      elasticsearch Pod에 바인딩된 상태가 있는 영구 볼륨 클레임의 스크린샷
  2. 새 클러스터 로깅이 사용 중인지 확인합니다.

    1. 워크로드 포드 를 클릭합니다.
    2. 프로젝트를 openshift-logging 으로 설정합니다.
    3. elasticsearch-* 포드가 Running (실행 중) 상태와 함께 표시되는지 확인합니다.
    4. elasticsearch-* 포드를 클릭하여 Pod 세부 정보를 확인합니다.
    5. Volumes (볼륨)로 스크롤하여 elasticsearch 볼륨에 새 영구 볼륨 클레임(예: elasticsearch-elasticsearch-cdm-9r624biv-3) 과 일치하는 Type 이 있는지 확인합니다.
    6. 영구 볼륨 클레임 이름을 클릭하고 PersistentVolumeClaim 개요 페이지에서 스토리지 클래스 이름을 확인합니다.
참고

Elasticsearch Pod에 연결된 PV의 PV 전체 시나리오를 방지하려면 더 짧은 큐레이터 시간을 사용해야 합니다.

보존 설정에 따라 Elasticsearch 데이터를 삭제하도록 Curator를 구성할 수 있습니다. 기본적으로 5일의 다음 기본 인덱스 데이터 보존을 설정하는 것이 좋습니다.

config.yaml: |
    openshift-storage:
      delete:
        days: 5

자세한 내용은 Elasticsearch 데이터 저장을 참조하십시오.

참고

영구 볼륨 클레임에서 지원하는 클러스터 로깅을 제거하려면 해당 배포 가이드의 제거 장에 있는 OpenShift Data Foundation에서 클러스터 로깅 Operator 제거 절차를 사용하십시오.

Red Hat logoGithubRedditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

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

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

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

Red Hat 소개

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

© 2024 Red Hat, Inc.