3.12. 관리형 클러스터 간 애플리케이션 페일오버
어떤 이유로든 관리형 클러스터를 사용할 수 없게 되면 장애 조치를 수행합니다. 이 장애 조치 방법은 애플리케이션을 기반으로 합니다.
사전 요구 사항
- 설정에 활성 및 수동 RHACM 허브 클러스터가 있는 경우 고급 클러스터 관리 허브 복구 사용을 참조하십시오.
기본 클러스터가
Ready
이외의 상태인 경우 업데이트하는 데 시간이 걸릴 수 있으므로 클러스터의 실제 상태를 확인합니다.-
RHACM 콘솔
인프라 클러스터 클러스터 목록 탭 으로 이동합니다. 장애 조치(failover) 작업을 수행하기 전에 두 클러스터의 상태를 개별적으로 확인합니다.
그러나 실패한 클러스터가 Ready 상태인 경우에도 장애 조치 작업을 수행할 수 있습니다.
-
RHACM 콘솔
-
애플리케이션이 현재 실행 중인 OpenShift 클러스터를 장애 조치하려면 외부 OpenShift Data Foundation 외부 스토리지 클러스터와 통신하지 못하도록 모든 애플리케이션을 펜싱해야 합니다. 이는 두 관리 클러스터에서 동일한 영구 볼륨에 동시 쓰기를 방지하는 데 필요합니다. OpenShift to
Fence
는 현재 애플리케이션이 실행 중인 클러스터입니다.
절차
Hub 클러스터에서 펜싱을 활성화합니다.
CLI 터미널을 열고 DRCluster 리소스를 편집합니다.
경고관리형 클러스터가 펜싱되면 애플리케이션에서 OpenShift Data Foundation 외부 스토리지 클러스터로의 모든 통신이 실패하고 일부 Pod 는 이제 펜싱된 클러스터에서 비정상 상태(예:
CreateContainerError
,CrashLoopBackOff
) 상태가 됩니다.참고& lt;drcluster_name>을 고유한 이름으로 바꿉니다.
$ oc edit drcluster <drcluster_name>
apiVersion: ramendr.openshift.io/v1alpha1 kind: DRCluster metadata: [...] spec: ## Add this line clusterFence: Fenced cidrs: [...] [...]
출력 예:
drcluster.ramendr.openshift.io/ocp4perf1 edited
기본 관리 클러스터의 Hub 클러스터에서 펜싱 상태를 확인합니다.
참고& lt;drcluster_name>을 고유한 이름으로 바꿉니다.
$ oc get drcluster.ramendr.openshift.io <drcluster_name> -o jsonpath='{.status.phase}{"\n"}'
출력 예:
Fenced
OpenShift Container Platform 클러스터 노드에 속하는 IP가 이제 blocklist에 있는지 확인합니다.
$ ceph osd blocklist ls
출력 예
cidr:10.1.161.1:0/32 2028-10-30T22:30:03.585634+0000 cidr:10.1.161.14:0/32 2028-10-30T22:30:02.483561+0000 cidr:10.1.161.51:0/32 2028-10-30T22:30:01.272267+0000 cidr:10.1.161.63:0/32 2028-10-30T22:30:05.099655+0000 cidr:10.1.161.129:0/32 2028-10-30T22:29:58.335390+0000 cidr:10.1.161.130:0/32 2028-10-30T22:29:59.861518+0000
- Hub 클러스터에서 Applications (애플리케이션)로 이동합니다.
- 애플리케이션 행 끝에 있는 Actions 메뉴를 클릭하여 사용 가능한 작업 목록을 확인합니다.
- knative 애플리케이션을 클릭합니다.
- DestinationRule 애플리케이션 팝업이 표시되면 관련 애플리케이션이 재해 발생 시 장애 조치될 정책 및 대상 클러스터 를 선택합니다.
- 기본적으로 애플리케이션 리소스를 복제할 서브스크립션 그룹이 선택됩니다. Select subscription group 드롭다운을 클릭하여 기본 선택을 확인하거나 이 설정을 수정합니다.
DestinationRule 준비 상태 확인.
-
상태가 녹색으로 준비되면 대상 클러스터가 장애 조치(failover)를 시작할 준비가 되었음을 나타냅니다.
7단계를 진행합니다.
-
상태가
Unknown
또는Not ready
인 경우 상태가Ready
로 변경될 때까지 기다립니다.
-
상태가 녹색으로 준비되면 대상 클러스터가 장애 조치(failover)를 시작할 준비가 되었음을 나타냅니다.
- Initiate 를 클릭합니다. 이제 busybox 리소스가 대상 클러스터에서 생성됩니다.
- 모달 창을 닫고 애플리케이션 페이지의 데이터 정책 열을 사용하여 상태를 추적합니다.
활동 상태가 애플리케이션에 FailedOver 로 표시되는지 확인합니다.
-
애플리케이션
개요 탭으로 이동합니다. - 데이터 정책 열에서 정책을 적용한 애플리케이션에 대한 정책 링크를 클릭합니다.
- 데이터 정책 모달 페이지에서 자세한 정보 보기 링크를 클릭합니다.
-
애플리케이션