3.13. 관리형 클러스터 간 ApplicationSet 기반 애플리케이션 페일오버
어떤 이유로든 관리 클러스터를 사용할 수 없는 경우 장애 조치(failover)를 수행합니다. 이 페일오버 방법은 애플리케이션 기반입니다.
사전 요구 사항
기본 클러스터가
Ready이외의 상태인 경우 업데이트하는 데 시간이 걸릴 수 있으므로 클러스터의 실제 상태를 확인합니다.-
RHACM 콘솔
인프라 클러스터 클러스터 목록 탭 으로 이동합니다. 장애 조치(failover) 작업을 수행하기 전에 두 클러스터의 상태를 개별적으로 확인합니다.
그러나 실패한 클러스터가 Ready 상태인 경우에도 장애 조치 작업을 수행할 수 있습니다.
-
RHACM 콘솔
프로세스
Hub 클러스터에서 펜싱을 활성화합니다.
CLI 터미널을 열고 DRCluster 리소스 를 편집합니다. 여기서 < drcluster_name >은 고유한 이름입니다.
Important관리형 클러스터가 펜싱되면 애플리케이션에서 OpenShift Data Foundation 외부 스토리지 클러스터로의 모든 통신이 실패하고 일부 Pod 는 이제 펜싱된 클러스터의 비정상적인 상태(예:
CreateContainerError,CrashLoopBackOff)가 됩니다.$ 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 클러스터에서 펜싱 상태를 확인하고 <drcluster _name>이 고유한 식별자인지 확인합니다.
$ oc get drcluster.ramendr.openshift.io <drcluster_name> -o jsonpath='{.status.phase}{"\n"}'출력 예:
FencedOpenShift 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.
- 애플리케이션 행 끝에 있는 작업 메뉴를 클릭하여 사용 가능한 작업 목록을 확인합니다.
- Cryo stat 애플리케이션을 클릭합니다.
- Cryo stat 애플리케이션 모달이 표시되면 표시되는 세부 정보가 올바른지 확인하고 Cryostat 준비 상태를 확인합니다. 녹색 눈금으로 준비 상태가 되면 대상 클러스터가 장애 조치(failover)를 시작할 준비가 되었음을 나타냅니다.
- Initiate 를 클릭합니다. 이제 모든 시스템 워크로드와 사용 가능한 리소스가 대상 클러스터로 전송됩니다.
- 모달 창을 닫고 애플리케이션 페이지의 데이터 정책 열을 사용하여 상태를 추적합니다.
애플리케이션의 활동 상태가 FailedOver 로 표시되는지 확인합니다.
-
애플리케이션
개요 탭으로 이동합니다. - 데이터 정책 열에서 정책을 적용한 애플리케이션의 정책 링크를 클릭합니다.
- 데이터 정책 팝업에서 애플리케이션에 사용 중인 정책과 관련된 하나 이상의 정책 이름과 지속적인 활동이 표시되는지 확인합니다.
-
애플리케이션