5.3. 스토리지 권장 사항
다음 표에는 지정된 OpenShift Container Platform 클러스터 애플리케이션에 권장되는 구성 가능한 스토리지 기술이 요약되어 있습니다.
| 스토리지 유형 | RWO [1] | ROX [2] | RWX [3] | Registry | 확장 레지스트리 | 모니터링 | 로깅 | 앱 |
|---|---|---|---|---|---|---|---|---|
| 블록 | 있음 | 예 [4] | 없음 | 구성 가능 | 구성 불가능 | 권장 | 권장 | 권장 |
| 파일 | 있음 | 예 [4] | 있음 | 구성 가능 | 구성 가능 | 구성 가능 [5] | 구성 가능 [7] | 권장 |
| 개체 | 예 | 예 | 예 | 권장 | 권장 | 구성 불가능 | 구성 불가능 | 구성 불가능 [7] |
- ReadWriteOnce
- ReadOnlyMany
- ReadWriteMany
- 물리적 디스크, VM 물리적 디스크, VMDK, NFS를 통한 루프백, AWS EBS, Azure Disk 및 Cinder(블록용 후자)에는 적용되지 않습니다.
- 모니터링 구성 요소의 경우 RWX(ReadWriteMany) 액세스 모드에서 파일 스토리지를 사용할 수 없습니다. 파일 스토리지를 사용하는 경우 모니터링에 사용하도록 구성된 PVC(영구 볼륨 클레임)에서 RWX 액세스 모드를 구성하지 마십시오.
- 로깅의 경우 공유 스토리지 사용은 안티 패턴입니다. 로깅당 하나의 볼륨이 필요합니다.
- OpenShift Container Platform의 PV 또는 PVC를 통해서는 오브젝트 스토리지가 사용되지 않습니다. 앱은 오브젝트 스토리지 REST API와 통합해야 합니다.
확장된 레지스트리는 세 개 이상의 Pod 복제본이 실행되는 OpenShift Container Platform 레지스트리입니다.
5.3.1. 특정 애플리케이션 스토리지 권장 사항
테스트 결과, RHEL NFS 서버를 컨테이너 이미지 레지스트리의 스토리지 백엔드로 사용하는 데 문제가 있는 것으로 표시됩니다. 여기에는 OpenShift Container Registry 및 Quay, 지표 스토리지를 위한 Prometheus, 로깅 스토리지를 위한 ElasticSearch가 포함됩니다. 따라서 RHEL NFS 서버를 사용하여 핵심 서비스에서 사용하는 PV를 백업하는 것은 권장되지 않습니다.
마켓플레이스의 다른 NFS 구현에는 이러한 문제가 나타나지 않을 수 있습니다. 이러한 OpenShift 핵심 구성 요소에 대해 완료된 테스트에 대한 자세한 내용은 개별 NFS 구현 공급업체에 문의하십시오.
5.3.1.1. Registry
비확장/HA(고가용성) OpenShift Container Platform 레지스트리 클러스터 배포에서는 다음 사항에 유의합니다.
- 기본 스토리지 기술은 오브젝트 스토리지, 블록 스토리지 순입니다. 스토리지 기술에서 RWX 액세스 모드를 지원할 필요가 없습니다.
- 스토리지 기술에서 쓰기 후 읽기 일관성을 보장해야 합니다. 모든 NAS 스토리지(오브젝트 스토리지 인터페이스를 사용하므로 통합 모드/독립형 모드 GlusterFS 제외)는 프로덕션 워크로드가 있는 OpenShift Container Platform 레지스트리 클러스터 배포에는 권장되지 않습니다.
-
scaled/HA OpenShift Container Platform Registry에 대해
hostPath볼륨을 구성할 수 있지만 클러스터 배포에는 권장되지 않습니다.
5.3.1.2. 확장 레지스트리
확장/HA OpenShift Container Platform 레지스트리 클러스터 배포에서는 다음 사항에 유의합니다.
- 기본 스토리지 기술은 오브젝트 스토리지입니다. 스토리지 기술에서 RWX 액세스 모드를 지원해야 하며 쓰기 후 읽기 일관성을 보장해야 합니다.
- 프로덕션 워크로드가 있는 확장/HA OpenShift Container Platform 레지스트리 클러스터 배포에는 파일 스토리지 및 블록 스토리지를 사용하지 않는 것이 좋습니다.
- 모든 NAS 스토리지(오브젝트 스토리지 인터페이스를 사용하므로 통합 모드/독립형 모드 GlusterFS 제외)는 프로덕션 워크로드가 있는 OpenShift Container Platform 레지스트리 클러스터 배포에는 권장되지 않습니다.
5.3.1.3. 모니터링
OpenShift Container Platform 호스팅 모니터링 클러스터 배포에서는 다음을 수행합니다.
- 기본 스토리지 기술은 블록 스토리지입니다.
- 파일 스토리지를 구성하려는 경우 POSIX 표준을 따르는지 확인하십시오.
테스트 결과 NFS를 사용하여 복구할 수 없는 심각한 손상이 표시되어 있으므로 사용하지 않는 것이 좋습니다.
마켓플레이스의 다른 NFS 구현에는 이러한 문제가 나타나지 않을 수 있습니다. 이러한 OpenShift 핵심 구성 요소에 대해 완료된 테스트에 대한 자세한 내용은 개별 NFS 구현 공급업체에 문의하십시오.
5.3.1.4. 로깅
OpenShift Container Platform 호스트 로깅 클러스터 배포에서는 다음 사항에 유의합니다.
- 기본 스토리지 기술은 블록 스토리지입니다.
- 프로덕션 워크로드가 있는 호스트 지표 클러스터 배포에 NAS 스토리지(마지드 모드/독립 모드 GlusterFS 제외)를 사용하는 것은 iSCSI의 블록 스토리지 인터페이스를 사용하므로 사용하지 않는 것이 좋습니다.
테스트 결과 RHEL의 NFS 서버를 컨테이너 이미지 레지스트리의 스토리지 백엔드로 사용하는 데 문제가 있는 것으로 표시됩니다. 여기에는 로깅 스토리지를 위한 ElasticSearch가 포함됩니다. 따라서 NFS를 사용하여 핵심 서비스에서 사용하는 PV를 백업하는 것은 권장되지 않습니다.
마켓플레이스의 다른 NFS 구현에는 이러한 문제가 나타나지 않을 수 있습니다. 이러한 OpenShift 핵심 구성 요소에 대해 완료된 테스트에 대한 자세한 내용은 개별 NFS 구현 공급업체에 문의하십시오.
5.3.1.5. 애플리케이션
애플리케이션 사용 사례는 다음 예에 설명된 대로 애플리케이션마다 다릅니다.
- 동적 PV 프로비저닝을 지원하는 스토리지 기술은 마운트 대기 시간이 짧고 정상 클러스터를 지원하는 노드와 관련이 없습니다.
- 애플리케이션 개발자는 애플리케이션의 스토리지 요구사항을 잘 알고 있으며 제공된 스토리지로 애플리케이션을 작동시켜 애플리케이션이 스토리지 계층을 스케일링하거나 스토리지 계층과 상호 작용할 때 문제가 발생하지 않도록 하는 방법을 이해하고 있어야 합니다.
