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

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

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

중요

이러한 서비스에 대한 충분한 저장 용량을 보유하고 있는지 항상 확인하십시오. 이러한 중요한 서비스에 대한 스토리지 공간을 실행하는 경우 로깅 애플리케이션이 작동하지 않고 복구하기가 매우 어려워집니다.

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

이러한 서비스를 위한 스토리지 공간을 실행하는 경우 Red Hat 고객 지원에 문의하십시오.

6.3.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: {}

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