배포 계획

Red Hat OpenShift Container Platform 내에서 Red Hat OpenShift Data Foundation을 배포하면 운영자 기반 배포 및 관리의 모든 이점이 있습니다. 그래픽 사용자 인터페이스에서 내부 연결 장치 접근 방식은 로컬 스토리지 운영자 및 로컬 스토리지 장치를 사용하여 내부 모드에 Red Hat OpenShift Data Foundation을 배포하는 데 사용할 수 있습니다.

간편한 배포 및 관리는 OpenShift Container Platform에서 내부적으로 OpenShift Data Foundation 서비스를 실행하는 것을 강조하는 것입니다. Red Hat OpenShift Data Foundation이 Red Hat OpenShift Container Platform 내에서 전적으로 실행되는 경우 다음 두 가지 배포 모달을 사용할 수 있습니다.

간단한 배포를 수행하는 것이 가장 적합한 경우

Red Hat OpenShift Data Foundation에서 애플리케이션과 함께 실행하려면 EC2의 EBS 볼륨 또는 VMware의 vSphere 가상 볼륨 또는 PowerVC에서 동적으로 프로비저닝된 것과 같이 로컬 스토리지 장치 또는 이식 가능한 스토리지 장치가 동적으로 연결되어 있어야 합니다.

최적화된 접근 방식은 다음과 같은 경우에 가장 적합합니다.

Red Hat OpenShift Data Foundation은 OpenShift Container Platform 클러스터 외부에서 실행되는 Red Hat Ceph Storage 서비스를 스토리지 클래스로 공개합니다.

외부 방법은 다음과 같은 경우 가장 잘 사용됩니다.

Red Hat OpenShift Data Foundation은 스토리지 클러스터에서 모든 디스크 및 Multicloud Object Gateway 작업에 대해 클러스터 전체 암호화(encryption-at-rest)를 지원합니다. OpenShift Data Foundation은 512비트 키 크기 및 각 장치에 다른 암호화 키가 있는 aes-xts-plain64 암호와 함께 Linux UCS(Unified Key System) 버전 2 기반 암호화를 사용합니다. 키는 Kubernetes 시크릿 또는 외부 KMS를 사용하여 저장됩니다. 두 방법 모두 함께 사용할 수 없으며 메서드 간에 마이그레이션할 수 없습니다.

암호화는 기본적으로 비활성화되어 있습니다. 배포 시 클러스터의 암호화를 활성화할 수 있습니다. 자세한 내용은 배포 가이드를 참조하십시오.

클러스터 광범위한 암호화는 OpenShift Data Foundation 4.7을 시작하는 동안 KMS (Key Management System) 없이 OpenShift Data Foundation 4.6에서 지원됩니다.

현재 HashiCorp Vault는 지원되는 유일한 KMS입니다. OpenShift Data Foundation 4.7.0 및 4.7.1에서는 HashiCorp Vault KV 시크릿 엔진만 지원되며 API 버전 1이 지원됩니다. OpenShift Data Foundation 4.7.2부터 HashiCorp Vault KV 시크릿 엔진 API, 버전 1 및 2가 지원됩니다.

외부 키 관리 시스템(KMS)을 사용하여 스토리지 클래스 암호화로 영구 볼륨(블록만 해당)을 암호화하여 장치 암호화 키를 저장할 수 있습니다. 영구 볼륨 암호화는 RADOS Block Device(RBD) 영구 볼륨에만 사용할 수 있습니다. 영구 볼륨 암호화로 스토리지 클래스를 생성하는 방법을 참조하십시오.

OpenShift Data Foundation 4.7 이상에서는 스토리지 클래스 암호화가 지원됩니다.

특정 시스템이 하나 이상의 코어를 사용하는지 여부를 결정하는 것은 현재 동시 멀티스레딩(SMT) 수준에 따라 달라집니다. IBM Power는 아래 표와 같이 vCPU 수에 해당하는 각 코어에 대해 1, 2, 4 또는 8의 동시 멀티스레딩 수준을 제공합니다.

SMT가 서브스크립션 목적에 필요한 코어 수에 대한 계산을 구성하는 시스템의 경우 SMT 수준에 따라 다릅니다. 따라서 2코어 서브스크립션은 SMT 수준 1의 vCPU 2개, SMT 레벨 2의 vCPU 4개, 상기 표에 표시된 것처럼 SMT 레벨 4 및 SMT 레벨 8의 vCPU 8개 vCPU에 해당합니다. 대규모 가상 머신(VM)에는 16개의 vCPU가 있을 수 있습니다. SMT 수준 8에서는 vCPU #을 SMT 수준( SMT-8 = 2)의 경우 16 vCPU / 8으로 분할하여 2개의 코어 서브스크립션이 필요합니다. 서브스크립션이 2코어 단위로 제공되면 이 2개 코어 또는 16개의 vCPU를 지원할 수 있는 2코어 서브스크립션이 필요합니다.

IBM Power는 공유 프로세서 풀에 대한 개념을 제공합니다. 공유 프로세서 풀의 프로세서는 클러스터의 노드 간에 공유할 수 있습니다. Red Hat OpenShift Data Foundation에 필요한 집계 컴퓨팅 용량은 여러 코어 쌍이어야 합니다.

내부 Red Hat OpenShift Data Foundation 클러스터만 지원합니다.

내부 클러스터는 스토리지 장치 요구 사항을 모두 충족하고 스토리지 클래스를 제공해야 합니다.

내부 클러스터 지원 및 외부 클러스터 사용

내부 클러스터는 Local Storage Operator를 통해 스토리지 장치 요구 사항을 모두 충족하고 로컬 SSD(NVMe/SATA/SAS, SAN)를 제공하는 스토리지 클래스가 있어야 합니다.

내부 클러스터 지원 및 외부 클러스터 사용

권장 버전:

자세한 내용은 VMware vSphere 인프라 요구 사항을 참조하십시오.

또한 내부 클러스터는 스토리지 장치 요구 사항을 모두 충족해야 하며 둘 중 하나를 제공하는 스토리지 클래스가 있어야 합니다.

내부 Red Hat OpenShift Data Foundation 클러스터만 지원합니다.

내부 클러스터는 스토리지 장치 요구 사항을 모두 충족하고 스토리지 클래스를 제공해야 합니다.

내부 Red Hat OpenShift Data Foundation 클러스터만 지원합니다.

내부 클러스터는 스토리지 장치 요구 사항을 모두 충족하고 스토리지 클래스를 제공해야 합니다.

내부 Red Hat OpenShift Data Foundation 클러스터만 지원합니다.

내부 클러스터는 Local Storage Operator를 통해 스토리지 장치 요구 사항을 모두 충족하고 로컬 SSD(NVMe/SATA/SAS, SAN)를 제공하는 스토리지 클래스가 있어야 합니다.

내부 Red Hat OpenShift Data Foundation 클러스터를 지원하고 외부 클러스터를 사용합니다.

내부 클러스터는 스토리지 장치 요구 사항을 모두 충족하고 스토리지 클래스를 제공해야 합니다.

내부 Red Hat OpenShift Data Foundation 클러스터만 지원합니다.

내부 클러스터는 Local Storage Operator를 통해 스토리지 장치 요구 사항을 모두 충족하고 로컬 SSD(NVMe/SATA/SAS, SAN)를 제공하는 스토리지 클래스가 있어야 합니다.

내부 Red Hat OpenShift Data Foundation 클러스터만 지원합니다.

내부 클러스터는 Local Storage Operator를 통해 스토리지 장치 요구 사항을 모두 충족하고 로컬 SSD(NVMe/SATA/SAS, SAN)를 제공하는 스토리지 클래스가 있어야 합니다.

Red Hat Ceph Storage (RHCS) 버전 4.2z1 이상이 필요합니다. 지원되는 버전에 대한 자세한 내용은 Red Hat Ceph Storage 릴리스 및 해당 Ceph 패키지 버전에 대한 지식 베이스 문서를 참조하십시오.

RHCS 4 클러스터 설치 방법에 대한 자세한 내용은 설치 가이드 를 참조하십시오.

IBM FlashSystem을 다른 공급자에서 플러그형 외부 스토리지로 사용하려면 먼저 IBM FlashSystem 스토리지 클래스를 백업 스토리지로 사용하는 OpenShift Data Foundation을 배포할 수 있습니다.

지원되는 최신 FlashSystem 제품 및 버전은 IBM 문서 의 Spectrum Virtualize 제품군 설명서의 참조 > Red Hat OpenShift Data Foundation 지원 요약을 참조하십시오.

OpenShift Data Foundation을 배포하는 방법에 대한 자세한 내용은 외부 IBM FlashSystem 스토리지에 대한 OpenShift Data Foundation 클러스터 생성을 참조하십시오.

Red Hat OpenShift Data Foundation 서비스는 초기 기본 서비스 세트로 구성되며 추가 장치 세트를 통해 확장할 수 있습니다.

이러한 모든 Red Hat OpenShift Data Foundation 서비스 Pod는 리소스 요구 사항에 따라 OpenShift Container Platform 노드의 kubernetes에 의해 예약됩니다.

각 장애 도메인에서 하나의 노드 3개로 클러스터를 확장하는 것은 Pod 배치 규칙을 쉽게 충족할 수 있습니다.

표준 배포 리소스 요구 사항이 충족되지 않으면 OpenShift Data Foundation 클러스터는 최소 구성으로 배포됩니다.

장치 세트를 추가하려면 최소 배포를 표준 배포로 변환하는 것이 좋습니다.

Red Hat OpenShift Data Foundation은 3개의 강력한 마스터 노드에서 모든 워크로드가 실행되는 3-노드 OpenShift 컴팩트 베어 메탈 클러스터에 설치할 수 있습니다. 작업자 또는 스토리지 노드가 없습니다.

소형 베어 메탈 클러스터에 OpenShift Container Platform을 구성하려면 3 노드 클러스터 구성 및 Edge 배포용 Three-node Architecture 제공 에서 참조하십시오.

MCG(Multicloud Object Gateway) 구성 요소와 함께 배포되는 OpenShift Data Foundation 클러스터는 배포의 유연성을 제공하고 리소스 사용량을 줄이는 데 도움이 됩니다.

Red Hat OpenShift Data Foundation은 동적 스토리지 장치 크기의 요청 크기로 0.5TiB, 2TiB 또는 4TiB 용량 중 하나를 선택할 수 있습니다. 노드별로 실행할 수 있는 동적 스토리지 장치의 수는 노드 크기, 기본 프로비저너 제한 및 리소스 요구 사항 의 기능입니다.

로컬 스토리지 배포의 경우 4TiB 이하의 디스크 크기를 사용할 수 있으며 모든 디스크를 동일한 크기 및 유형이어야 합니다. 노드별로 실행할 수 있는 로컬 스토리지 장치의 수는 노드 크기 및 리소스 요구 사항 의 기능입니다. 3개의 노드, 각 장애 도메인에서 하나의 노드로 클러스터를 확장하여 Pod 배치 규칙을 쉽게 충족할 수 있습니다.

사용 가능한 스토리지 용량은 항상 소비하기 전에 있어야 합니다. 사용 가능한 스토리지 용량이 완전히 소진된 경우 복구하기가 어렵고 단순히 용량을 추가하거나 콘텐츠를 삭제하거나 마이그레이션하는 것보다 더 많은 개입이 필요합니다.

클러스터 스토리지 용량이 75%(near-full) 및 전체 용량의 85%(전체)에 도달하면 용량 경고가 발행됩니다. 항상 용량 경고를 신속하게 처리하고 저장 공간이 부족하지 않도록 스토리지를 정기적으로 검토합니다. 75%(near-full)에 도달하면 공간을 확보하거나 클러스터를 확장합니다. 85%(전체) 경고를 받으면 스토리지 공간이 완전히 부족하고 표준 명령을 사용하여 공간을 확보할 수 없음을 나타냅니다. 이 시점에서 Red Hat 고객 지원에 문의하십시오.

다음 표에는 동적 스토리지 장치가 있는 Red Hat OpenShift Data Foundation의 노드 구성 예를 보여줍니다.

Kubernetes에서 컨테이너 네트워킹은 컨테이너 네트워크 인터페이스(CNI)를 구현하는 네트워킹 플러그인에 위임됩니다.

OpenShift Container Platform은 Multus CNI 플러그인을 사용하여 CNI 플러그인 체인을 허용합니다. 클러스터 설치 중에 기본 pod 네트워크를 구성합니다. 기본 네트워크는 클러스터의 모든 일반 네트워크 트래픽을 처리합니다. 사용 가능한 CNI 플러그인을 기반으로 추가 네트워크를 정의하고 이러한 네트워크 중 하나 이상을 pod에 연결할 수 있습니다. 필요에 따라 클러스터에 2개 이상의 추가 네트워크를 정의 할 수 있습니다. 따라서 스위칭 또는 라우팅과 같은 네트워크 기능을 제공하는 pod를 구성할 때 유연성이 제공됩니다.

Multus를 사용하려면 OpenShift Data Foundation 클러스터를 배포하기 전에 나중에 클러스터에 연결할 네트워크 연결 정의(NAD)를 생성해야 합니다. 자세한 내용은 다음을 참조하십시오.

Multus를 사용하면 하드웨어 설정 또는 VMWare 인스턴스 네트워크 설정에 따라 다음 구성이 가능합니다.

Multus 구성을 활용하려면 다음 사전 요구 사항을 충족해야 합니다.

베어 메탈 에서 Multus 기반 구성을 구성하는 데 필요한 단계는 Multus 네트워크 생성 을 참조하십시오.

VMware 에서 Multus 기반 구성을 구성하는 데 필요한 단계는 Multus 네트워크 생성 을 참조하십시오.