5.2. 재배치 고려 사항
설정에 활성 및 수동 RHACM 허브 클러스터가 있는 경우:
-
새 허브에 데이터를 복원한 경우 RHACM 콘솔에서 두 관리 클러스터가
준비
될 때까지 기다립니다. 자세한 내용은 가져온 관리 클러스터 복원을 참조하십시오. - 설정 중에 클러스터 전체에서 SSL 액세스를 수동으로 구성한 경우 클러스터 간에 SSL 액세스를 다시 구성합니다. 자세한 내용은 솔루션의 클러스터 장을 통한 SSL 액세스 구성 을 참조하십시오.
기본 클러스터로 재배치하기 전에
PROGRESSION 상태를 확인합니다.
Cleaning Up
에 고착된 경우 기본 클러스터에서 애플리케이션을 수동으로 정리합니다.$ oc get drpc -n busybox -owide
NAME AGE PREFERREDCLUSTER FAILOVERCLUSTER DESIREDSTATE CURRENTSTATE PROGRESSION START TIME DURATION PEER READY busybox-placement-1-drpc 10h ocp4perf1 ocp4perf2 Failover FailedOver Cleaning Up 2023-03-07T05:10:39Z False
기본 클러스터에서 고립된
AppliedManifestWork
를 삭제합니다. 선행sha256
값을 확인하여 고립된AppliedManifestWork
를 찾을 수 있습니다.$ echo -n "https://api.ocp4perf-hub.qe.rh-ocs.com:6443" | sha256sum
출력 예:
7044ffd168d05a6d28d2f6ac5a99ad8693c
이 경우 이전 허브의 서버 URL은 https://api.ocp4perf-hub.qe.rh-ocs.com:6443 이며, 삭제해야 하는
AppliedManfiestWork
는7044ffd168d05a6d28d2f6ac5a99ad8693c-busybox-sample-subscription
입니다.$ oc delete AppliedManifestWork 7044ffd168d05a6d28d2f6ac5a99ad8693c-busybox-sample-subscription
- 재배치를 진행하기 전에 애플리케이션이 기본 클러스터에서 삭제되었는지 확인합니다.
참고: 실패한 허브를 Passive 인스턴스로 복구하면 마지막으로 예약된 백업과 애플리케이션 및 DR 보호 상태만 복원됩니다. DR 보호 장치인 모든 애플리케이션은 마지막 예약된 백업이 새 허브에서 다시 보호되어야 합니다.
- 다음 단계에서는 솔루션의 재배치 섹션으로 이동합니다.