Red Hat Summit9.2. 확장 클러스터를 사용한 재해 복구
이 경우 단일 클러스터가 두 개의 영역으로 확장되고 세 번째 영역이 중재자의 위치로 확장됩니다. 이 기능은 현재 OpenShift Container Platform 온-프레미스 및 동일한 위치에 배포하기 위한 것입니다. 이 솔루션은 여러 데이터 센터를 확장하는 배포에는 권장되지 않습니다. 대신, 대기 시간이 짧은 네트워크를 통해 여러 데이터 센터를 통해 배포된 데이터 손실 DR 솔루션 없음에 대한 첫 번째 옵션으로 Metro-DR을 고려하십시오.
확장 클러스터 솔루션은 대기 시간이 데이터 볼륨이 포함된 영역 간에 대기 시간이 10ms(RTT)를 초과하지 않는 배포를 위해 설계되었습니다. Arbiter 노드는 etcd에 지정된 대기 시간 요구 사항을 따르는 경우 Red Hat OpenShift Container Platform Clusters - Deployments Spanning Multiple sites(데이터 센터/지역)에 대한 지침을 참조하십시오. 대기 시간 초과로 배포하려는 경우 Red Hat 고객 지원팀에 문의하십시오.
스트레치 클러스터를 사용하려면,
다음과 같은 세 영역에 최소 5개의 노드가 있어야 합니다.
- 영역당 두 개의 노드가 각 데이터 센터 영역에 사용되고, 하나의 노드가 있는 하나의 추가 영역이 중재 영역에 사용됩니다(arbiter는 마스터 노드에 있을 수 있음).
모든 노드는 클러스터 생성 전에 영역 레이블을 사용하여 수동으로 레이블을 지정해야 합니다.
예를 들어 영역에 레이블을 지정할 수 있습니다.
-
topology.kubernetes.io/zone=arbiter(마스터 또는 작업자 노드) -
topology.kubernetes.io/zone=datacenter1(최소 두 개의 작업자 노드) -
topology.kubernetes.io/zone=datacenter2(최소 두 개의 작업자 노드)
-
자세한 내용은 확장 클러스터의 OpenShift Data Foundation 구성을 참조하십시오.
OpenShift Data Foundation의 서브스크립션이 작동하는 방식을 알아보려면 OpenShift Data Foundation 서브스크립션에 대한 지식 베이스 문서를 참조하십시오.
