6.3. OpenShift Container Storage를 위한 클러스터 로깅

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

초기 OpenShift Container Platform 배포 시 OpenShift Container Storage는 기본적으로 구성되지 않으며 OpenShift Container Platform 클러스터는 노드에서 사용할 수 있는 기본 스토리지를 전적으로 사용합니다. OpenShift Container Storage에서 지원하는 OpenShift Container Storage 백업 로깅(Elasticsearch)을 지원하도록 OpenShift 로깅(ElasticSearch)의 기본 구성을 편집할 수 있습니다.

중요

이러한 서비스를 위한 다양한 스토리지 용량이 항상 있는지 확인합니다. 이러한 중요한 서비스의 스토리지 공간이 부족하면 로깅 애플리케이션이 작동할 수 없게 되며 복구하기가 매우 어려워집니다.

이러한 서비스를 위해 더 짧은 큐레이션 및 보존 간격을 구성하는 것이 좋습니다. 자세한 내용은 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"

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

참고

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

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

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