4.7. Hub 클러스터에서 재해 복구 정책 생성
OpenShift 재해 복구 정책(DRPolicy) 리소스는 재해 복구 솔루션 및 원하는 복제 간격에 참여하는 OpenShift Container Platform 클러스터를 지정합니다. DRPolicy는 사용자가 재해 복구 솔루션이 필요한 애플리케이션에 적용할 수 있는 클러스터 범위 리소스입니다.
ODF MultiCluster Orchestrator Operator는 Multicluster 웹 콘솔을 통해 각 DRPolicy 및 해당 DRClusters 를 쉽게 생성할 수 있습니다.
초기 실행에서ECDHESync Operator가 자동으로 설치됩니다. ECDHESync는 CephFs 기반 PVC를 보호하기 위해 두 클러스터 간에 볼륨 복제를 설정하는 데 사용됩니다. 복제 기능은 기본적으로 활성화되어 있습니다.
사전 요구 사항
- 최소 두 개의 관리형 클러스터 세트가 있는지 확인합니다.
절차
OpenShift 콘솔에서 모든 클러스터로 이동합니다.
- Data Services 로 이동하여 데이터 정책을 클릭합니다.
- Create DRPolicy 를 클릭합니다.
-
정책 이름 을 입력합니다. 각 DRPolicy에 고유한 이름이 있는지 확인합니다(예:
ocp4bos1-ocp4bos2-5m
). - 이 새 정책이 연결될 관리형 클러스터 목록에서 두 클러스터를 선택합니다.
-
복제 정책은 선택한 OpenShift 클러스터를 기반으로
비동기
(async)로 자동 설정되고 동기화 일정 옵션을 사용할 수 있습니다. 동기화 일정 설정 .
중요원하는 모든 복제 간격에 대해 새 DRPolicy 를 고유한 이름으로 생성해야 합니다(예:
ocp4bos1-ocp4bos2-10m
). 동일한 클러스터를 선택할 수 있지만 동기화 일정은 분/시간/일 내에 다른 복제 간격으로 구성할 수 있습니다. 최소 기간은 1분입니다.- 생성을 클릭합니다.
DRPolicy 가 성공적으로 생성되었는지 확인합니다. 생성된 각 DRPolicy 리소스에 대해 Hub 클러스터에서 이 명령을 실행합니다.
참고<drpolicy_name>을 고유한 이름으로 교체합니다.
$ oc get drpolicy <drpolicy_name> -o jsonpath='{.status.conditions[].reason}{"\n"}'
출력 예:
Succeeded
참고DRPolicy가 생성되면 이와 함께 두 개의 DRCluster 리소스도 생성됩니다. 세 가지 리소스를 모두 검증하고 상태가
Succeeded
로 표시되는 데 최대 10분이 걸릴 수 있습니다.Hub 클러스터에서 주 관리 클러스터 및 Secondary 관리형 클러스터 모두에 오브젝트 버킷 액세스를 확인합니다.
Hub 클러스터에서 DRClusters 의 이름을 가져옵니다.
$ oc get drclusters
출력 예:
NAME AGE ocp4bos1 4m42s ocp4bos2 4m42s
이 DRCluster 검증 명령을 사용하여 각 관리 클러스터에서 생성된 각 버킷에 대한 S3 액세스를 확인합니다.
참고<drcluster_name>을 고유한 이름으로 바꿉니다.
$ oc get drcluster <drcluster_name> -o jsonpath='{.status.conditions[2].reason}{"\n"}'
출력 예:
Succeeded
참고Hub 클러스터 의 DRClusters 모두에 대해 명령을 실행해야 합니다.
OpenShift DR Cluster Operator 설치가 Primary managed cluster 및 Secondary managed cluster 에서 성공적으로 설치되었는지 확인합니다.
$ oc get csv,pod -n openshift-dr-system
출력 예:
NAME DISPLAY VERSION REPLACES PHASE clusterserviceversion.operators.coreos.com/odr-cluster-operator.v4.11.0 Openshift DR Cluster Operator 4.11.0 Succeeded NAME READY STATUS RESTARTS AGE pod/ramen-dr-cluster-operator-5564f9d669-f6lbc 2/2 Running 0 5m32s
OpenShift DR Cluster Operator
가 각 관리 클러스터의 OperatorHub 에 성공적으로 설치되었는지 확인할 수도 있습니다.기본 관리 클러스터의 ODF 미러링
데몬
상태 및 보조 관리 클러스터 의 상태가 있는지 확인합니다.$ oc get cephblockpool ocs-storagecluster-cephblockpool -n openshift-storage -o jsonpath='{.status.mirroringStatus.summary}{"\n"}'
출력 예:
{"daemon_health":"OK","health":"OK","image_health":"OK","states":{}}
경고daemon_health
및health
이 Warning 에서 OK 로 이동하는 데 최대 10분이 걸릴 수 있습니다. 결국 상태가 OK 가 아닌 경우 RHACM 콘솔을 사용하여 관리 클러스터 간의 Submariner 연결이 정상 상태인지 확인합니다. 모든 값이 확인 될 때까지 진행하지 마십시오.segment
Sync를
사용하여 CephFs 기반 PVC를 보호하는 경우, triggerSync 복사
방법을 구성합니다. 기본 복사 방법은 스냅샷을 사용하는 것입니다. 스냅샷은 소스에서 가져와 임시 대상 PVC와 동기화됩니다. 동기화가 완료되면 이 임시 PVC에서 다른 스냅샷을 가져와서 대상 클러스터에 저장됩니다. 페일오버 시 애플리케이션 PVC가 클러스터에 있는 최신 스냅샷에서 복원됩니다.CephFS로 수천 개의 파일이 포함된 PVC를 복사하는 경우에는 스냅샷을 복사하는 것이 바람직하지 않을 수 있으므로 스냅샷에서 쓰기 가능한 PVC를 생성하는 데 시간이 오래 걸립니다. 또한 복사 방법을 스냅샷으로 사용하는 경우 장애 조치 또는 복제 후 전체 PVC를 다른 쪽과 동기화해야 합니다. 대기 시간이 긴 네트워크와 큰 PVC 크기에서 매우 비용이 많이 드는 작업입니다.
이러한 문제를 방지하려면 "직접" 복사 방법을 대신 사용할 수 있습니다. 이 방법은 동기화가 애플리케이션 PVC에 직접 수행되므로 선호되며 수동 복원이 필요한 경우 스냅샷도 저장됩니다.
다음과 같이 복사 방법 "direct"를 구성할 수 있습니다.
$ oc edit cm -n openshift-operators ramen-hub-operator-config
spec.data.ramen_manager_config.yaml
섹션에 다음을 추가합니다.volsync: destinationCopyMethod: Direct