5.2. 재배치 고려 사항


설정에 활성 및 수동 RHACM 허브 클러스터가 있는 경우:

  1. 새 허브에 데이터를 복원한 경우 RHACM 콘솔에서 두 관리 클러스터가 준비 될 때까지 기다립니다. 자세한 내용은 가져온 관리 클러스터 복원을 참조하십시오.
  2. 설정 중에 클러스터 전체에서 SSL 액세스를 수동으로 구성한 경우 클러스터 간에 SSL 액세스를 다시 구성합니다. 자세한 내용은 솔루션의 클러스터 장을 통한 SSL 액세스 구성 을 참조하십시오.
  3. 기본 클러스터로 재배치하기 전에

    1. 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
    2. 기본 클러스터에서 고립된 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 이며, 삭제해야 하는 AppliedManfiestWork7044ffd168d05a6d28d2f6ac5a99ad8693c-busybox-sample-subscription입니다.

      $ oc delete AppliedManifestWork 7044ffd168d05a6d28d2f6ac5a99ad8693c-busybox-sample-subscription
    3. 재배치를 진행하기 전에 애플리케이션이 기본 클러스터에서 삭제되었는지 확인합니다.

    참고: 실패한 허브를 Passive 인스턴스로 복구하면 마지막으로 예약된 백업과 애플리케이션 및 DR 보호 상태만 복원됩니다. DR 보호 장치인 모든 애플리케이션은 마지막 예약된 백업이 새 허브에서 다시 보호되어야 합니다.

  4. 다음 단계에서는 솔루션의 재배치 섹션으로 이동합니다.
Red Hat logoGithubRedditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

© 2024 Red Hat, Inc.