1장. OpenShift Data Foundation 배포 준비
로컬 스토리지 장치를 사용하여 OpenShift Container Platform에 OpenShift Data Foundation을 배포할 때 내부 클러스터 리소스를 생성할 수 있습니다. 이 접근 방식은 모든 애플리케이션이 추가 스토리지 클래스에 액세스할 수 있도록 내부적으로 기본 서비스를 프로비저닝합니다.
이 문서에서 로컬 스토리지 또는 로컬 연결된 저장 장치라는 용어는 서버에 물리적으로 존재하는 디스크와 네트워크 또는 파이버 채널을 통해 연결된 스토리지에 연결되어 Linux 커널을 통해 블록 스토리지 장치로 표시되는 스토리지를 나타냅니다. 이러한 스토리지 장치는 로컬 /dev 폴더와 해당 하위 폴더 및 lsblk 명령의 출력에 있습니다. 그러나 이 방법은 블록 스토리지가 이 파일 시스템의 상단에 에뮬레이션되어 있어도 루프백 장치를 통해 네트워크 파일 시스템(NFS)과 같은 파일 시스템 기반 원격 스토리지에 대한 지원은 포함되지 않습니다.
로컬 스토리지를 사용하여 Red Hat OpenShift Data Foundation 배포를 시작하기 전에 리소스 요구 사항을 충족하는지 확인하십시오. 로컬 스토리지 장치를 사용하여 OpenShift Data Foundation을 설치하기 위한 요구 사항을 참조하십시오.
선택 사항: 외부 KMS(Key Management System)를 사용하여 클러스터 전체 암호화를 활성화하려면 다음 단계를 따르십시오.
- 유효한 Red Hat OpenShift Data Foundation Advanced 서브스크립션이 있는지 확인합니다. OpenShift Data Foundation의 서브스크립션이 작동하는 방식을 알아보려면 OpenShift Data Foundation 서브스크립션에 대한 기술 자료 문서 를 참조하십시오.
- 암호화를 위해 토큰 인증 방법을 선택하면 KMS를 사용하여 토큰 인증으로 클러스터 전체 암호화 활성화를 참조하십시오.
- 암호화를 위해 Kubernetes 인증 방법을 선택하면 Kubernetes 인증 방법을 사용하여 KMS로 클러스터 전체 암호화 활성화를 참조하십시오.
- 자격 증명 모음 서버에서 서명된 인증서를 사용하고 있는지 확인합니다.
위의 문제를 해결한 후 다음 단계를 수행합니다.
1.1. 로컬 스토리지 장치를 사용하여 OpenShift Data Foundation을 설치하기 위한 요구사항 링크 복사링크가 클립보드에 복사되었습니다!
노드 요구 사항
클러스터는 각각 로컬에 연결된 3개 이상의 OpenShift Container Platform 작업자 노드로 구성되어야 합니다.
- 선택한 3개의 노드에 각각 하나 이상의 원시 블록 장치를 사용할 수 있어야 합니다. OpenShift Data Foundation에서는 사용 가능한 원시 블록 장치를 하나 이상 사용합니다.
- 사용하는 장치는 비어 있어야 하며 디스크에는 물리 볼륨(PV), Volume Groups(VG) 또는 논리 볼륨(LV)이 디스크에 남아 있지 않아야 합니다.
자세한 내용은 계획 가이드의 리소스 요구 사항 섹션을 참조하십시오.
재해 복구 요구 사항 [기술 프리뷰]
Red Hat OpenShift Data Foundation에서 지원하는 재해 복구 기능은 재해 복구 솔루션을 성공적으로 구현하기 위해 다음 사전 요구 사항을 모두 필요로 합니다.
- 유효한 Red Hat OpenShift Data Foundation Advanced 서브스크립션.
- Kubernetes 서브스크립션에 유효한 RHACM(Red Hat Advanced Cluster Management)입니다.
OpenShift Data Foundation의 서브스크립션 작동 방식을 자세히 알아보려면 OpenShift Data Foundation 서브스크립션에 대한 기술 자료 문서 를 참조하십시오.
자세한 재해 복구 솔루션 요구 사항은 Red Hat Advanced Cluster Management for Kubernetes 설명서의 OpenShift Data Foundation Disforward recovery for OpenShift Workloads 가이드 및 요구 사항 및 권장 사항 섹션을 참조하십시오.
Arbiter 확장 클러스터 요구 사항 [기술 프리뷰]
이 경우 단일 클러스터가 두 개의 영역으로 확장되고 세 번째 영역이 중재자의 위치로 확장됩니다. 이는 현재 OpenShift Container Platform 온-프레미스 및 동일한 데이터 센터에 배포하기 위한 기술 프리뷰 기능입니다. 이 솔루션은 여러 데이터 센터에 걸쳐 확장되는 배포에는 권장되지 않습니다. 대신 Metro-DR을 대기 시간이 짧은 여러 데이터 센터에 배포된 데이터 손실 DR 솔루션이 없는 첫 번째 옵션으로 간주합니다.
자세한 내용은 확장 클러스터의 OpenShift Data Foundation 구성에 대한 지식베이스 문서 를 참조하십시오.
OpenShift Data Foundation의 서브스크립션 작동 방식을 자세히 알아보려면 OpenShift Data Foundation 서브스크립션에 대한 기술 자료 문서 를 참조하십시오.
확장 논리가 충돌하는 것처럼 flexible 스케일링과 Arbiter를 동시에 활성화할 수 없습니다. 유연한 확장을 사용하면 OpenShift Data Foundation 클러스터에 한 번에 하나의 노드를 추가할 수 있습니다. 반면 Arbiter 클러스터에서는 두 데이터 영역 각각에 하나 이상의 노드를 추가해야 합니다.
콤팩트 모드 요구 사항
모든 워크로드가 3개의 강력한 마스터 노드에서 실행되는 3노드 OpenShift 컴팩트 베어 메탈 클러스터에 OpenShift Data Foundation을 설치할 수 있습니다. 작업자 또는 스토리지 노드가 없습니다.
소형 모드로 OpenShift Container Platform을 구성하려면 OpenShift Container Platform 설명서의 설치 가이드 의 3- 노드 클러스터 구성 섹션과 Edge Deployments용 Three-node Architecture를 참조하십시오.
최소 노드 시작 요구 사항
OpenShift Data Foundation 클러스터는 표준 배포에 대한 리소스 요구 사항이 충족되지 않은 경우 최소 구성으로 배포됩니다.
자세한 내용은 계획 가이드의 리소스 요구 사항 섹션을 참조하십시오.