9.6. 권장되는 구성 가능한 스토리지 기술

다음 표에는 지정된 OpenShift Container Platform 클러스터 애플리케이션에 권장되는 구성 가능한 스토리지 기술이 요약되어 있습니다.

표 9.2. 권장되는 구성 가능한 스토리지 기술

스토리지 유형블록파일개체

1 ReadOnlyMany

2 ReadWriteMany

3 Prometheus는 메트릭에 사용되는 기본 기술입니다.

4 물리적 디스크, VM 물리적 디스크, VMDK, NFS를 통한 루프백, AWS EBS 및 Azure Disk에는 적용되지 않습니다.

5 메트릭의 경우 RWX(ReadWriteMany) 액세스 모드로 파일 스토리지를 사용하는 것은 안정적이지 않습니다. 파일 스토리지를 사용하는 경우 지표와 함께 사용하도록 구성된 PVC(영구 볼륨 클레임)에서 RWX 액세스 모드를 구성하지 마십시오.

6 로깅은 로그 저장소의 영구 스토리지 구성 섹션에서 권장되는 스토리지 솔루션을 검토하십시오. NFS 스토리지를 영구 볼륨으로 사용하거나 Gluster와 같은 NAS를 통해 데이터가 손상될 수 있습니다. 따라서 OpenShift Container Platform Logging에서 Elasticsearch 스토리지 및 10.0.0.1Stack 로그 저장소에 NFS가 지원되지 않습니다. 로그 저장소당 하나의 영구 볼륨 유형을 사용해야 합니다.

7 OpenShift Container Platform의 PV 또는 PVC를 통해서는 오브젝트 스토리지가 사용되지 않습니다. 앱은 오브젝트 스토리지 REST API와 통합해야 합니다.

ROX1

제공됨4

제공됨4

RWX2

없음

Registry

구성 가능

구성 가능

권장

확장 레지스트리

구성 불가능

구성 가능

권장

Metrics3

권장

구성 가능5

구성 불가능

Elasticsearch 로깅

권장

구성 가능6

지원되지 않음6

CloudEvent Logging

구성 불가능

구성 불가능

권장

권장

권장

구성 불가능7

참고

확장된 레지스트리는 두 개 이상의 포드 복제본이 실행되는 OpenShift 이미지 레지스트리입니다.

9.6.1. 특정 애플리케이션 스토리지 권장 사항

중요

테스트에서는 RHEL(Red Hat Enterprise Linux)의 NFS 서버를 핵심 서비스용 스토리지 백엔드로 사용하는 데 문제가 있는 것을 보여줍니다. 여기에는 OpenShift Container Registry and Quay, 스토리지 모니터링을 위한 Prometheus, 로깅 스토리지를 위한 Elasticsearch가 포함됩니다. 따라서 RHEL NFS를 사용하여 핵심 서비스에서 사용하는 PV를 백업하는 것은 권장되지 않습니다.

마켓플레이스의 다른 NFS 구현에는 이러한 문제가 나타나지 않을 수 있습니다. 이러한 OpenShift Container Platform 핵심 구성 요소에 대해 완료된 테스트에 대한 자세한 내용은 개별 NFS 구현 공급업체에 문의하십시오.

9.6.1.1. 레지스트리

비 확장/HA(고가용성) OpenShift 이미지 레지스트리 클러스터 배포에서는 다음을 수행합니다.

  • 스토리지 기술에서 RWX 액세스 모드를 지원할 필요가 없습니다.
  • 스토리지 기술에서 쓰기 후 읽기 일관성을 보장해야 합니다.
  • 기본 스토리지 기술은 오브젝트 스토리지, 블록 스토리지 순입니다.
  • 프로덕션 워크로드가 있는 OpenShift 이미지 레지스트리 클러스터 배포에는 파일 스토리지를 사용하지 않는 것이 좋습니다.

9.6.1.2. 확장 레지스트리

확장/HA OpenShift 이미지 레지스트리 클러스터 배포에서는 다음을 수행합니다.

  • 스토리지 기술은 RWX 액세스 모드를 지원해야 합니다.
  • 스토리지 기술에서 쓰기 후 읽기 일관성을 보장해야 합니다.
  • 기본 스토리지 기술은 오브젝트 스토리지입니다.
  • Red Hat OpenShift Data Foundation(ODF), Amazon Simple Storage Service(Amazon S3), GCS(Google Cloud Storage), Microsoft Azure Blob Storage 및 OpenStack Swift가 지원됩니다.
  • 오브젝트 스토리지는 S3 또는 Swift와 호환되어야 합니다.
  • vSphere, 베어 메탈 설치 등 클라우드 이외의 플랫폼에서는 구성 가능한 유일한 기술이 파일 스토리지입니다.
  • 블록 스토리지는 구성 불가능합니다.

9.6.1.3. 지표

OpenShift Container Platform 호스트 지표 클러스터 배포에서는 다음 사항에 유의합니다.

  • 기본 스토리지 기술은 블록 스토리지입니다.
  • 오브젝트 스토리지는 구성 불가능합니다.
중요

프로덕션 워크로드가 있는 호스트 지표 클러스터 배포에는 파일 스토리지를 사용하지 않는 것이 좋습니다.

9.6.1.4. 로깅

OpenShift Container Platform 호스트 로깅 클러스터 배포에서는 다음 사항에 유의합니다.

  • Loki Operator:

    • 기본 스토리지 기술은 S3 호환 오브젝트 스토리지입니다.
    • 블록 스토리지는 구성 불가능합니다.
  • OpenShift Elasticsearch Operator:

    • 기본 스토리지 기술은 블록 스토리지입니다.
    • 오브젝트 스토리지는 지원되지 않습니다.
참고

로깅 버전 5.4.3부터 OpenShift Elasticsearch Operator는 더 이상 사용되지 않으며 향후 릴리스에서 제거될 예정입니다. Red Hat은 현재 릴리스 라이프사이클 동안 이 기능에 대한 버그 수정 및 지원을 제공하지만 이 기능은 더 이상 개선 사항을 받지 않으며 제거됩니다. OpenShift Elasticsearch Operator를 사용하여 기본 로그 스토리지를 관리하는 대신 Loki Operator를 사용할 수 있습니다.

9.6.1.5. 애플리케이션

애플리케이션 사용 사례는 다음 예에 설명된 대로 애플리케이션마다 다릅니다.

  • 동적 PV 프로비저닝을 지원하는 스토리지 기술은 마운트 대기 시간이 짧고 정상 클러스터를 지원하는 노드와 관련이 없습니다.
  • 애플리케이션 개발자는 애플리케이션의 스토리지 요구사항을 잘 알고 있으며 제공된 스토리지로 애플리케이션을 작동시켜 애플리케이션이 스토리지 계층을 스케일링하거나 스토리지 계층과 상호 작용할 때 문제가 발생하지 않도록 하는 방법을 이해하고 있어야 합니다.

9.6.2. 다른 특정 애플리케이션 스토리지 권장 사항

중요

etcd 와 같은 집약적 워크로드에서는 RAID 구성을 사용하지 않는 것이 좋습니다. RAID 구성으로 etcd 를 실행하는 경우 워크로드에 성능 문제가 발생할 위험이 있을 수 있습니다.

  • RHOSP(Red Hat OpenStack Platform) Cinder: RHOSP Cinder는 ROX 액세스 모드 사용 사례에 적합합니다.
  • 데이터베이스: 데이터베이스(RDBMS, NoSQL DB 등)는 전용 블록 스토리지를 사용하는 경우 성능이 최대화되는 경향이 있습니다.
  • etcd 데이터베이스에는 대규모 클러스터를 활성화하기 위해 충분한 스토리지와 적절한 성능 용량이 있어야 합니다. 충분한 스토리지 및 고성능 환경을 설정하는 모니터링 및 벤치마킹 툴에 대한 정보는 권장 etcd 관행에 설명되어 있습니다.

추가 리소스