3.12. 관리형 클러스터 간 애플리케이션 페일오버


어떤 이유로든 관리형 클러스터를 사용할 수 없게 되면 장애 조치를 수행합니다. 이 장애 조치 방법은 애플리케이션을 기반으로 합니다.

사전 요구 사항

  • 설정에 활성 및 수동 RHACM 허브 클러스터가 있는 경우 고급 클러스터 관리 허브 복구 사용을 참조하십시오.
  • 기본 클러스터가 Ready 이외의 상태인 경우 업데이트하는 데 시간이 걸릴 수 있으므로 클러스터의 실제 상태를 확인합니다.

    1. RHACM 콘솔 인프라 클러스터 클러스터 목록 탭 으로 이동합니다.
    2. 장애 조치(failover) 작업을 수행하기 전에 두 클러스터의 상태를 개별적으로 확인합니다.

      그러나 실패한 클러스터가 Ready 상태인 경우에도 장애 조치 작업을 수행할 수 있습니다.

  • 애플리케이션이 현재 실행 중인 OpenShift 클러스터를 장애 조치하려면 외부 OpenShift Data Foundation 외부 스토리지 클러스터와 통신하지 못하도록 모든 애플리케이션을 펜싱해야 합니다. 이는 두 관리 클러스터에서 동일한 영구 볼륨에 동시 쓰기를 방지하는 데 필요합니다. OpenShift to Fence 는 현재 애플리케이션이 실행 중인 클러스터입니다.

절차

  1. Hub 클러스터에서 펜싱을 활성화합니다.

    1. 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
    2. 기본 관리 클러스터의 Hub 클러스터에서 펜싱 상태를 확인합니다.

      참고

      & lt;drcluster_name&gt;을 고유한 이름으로 바꿉니다.

      $ oc get drcluster.ramendr.openshift.io <drcluster_name> -o jsonpath='{.status.phase}{"\n"}'

      출력 예:

      Fenced
    3. 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
  2. Hub 클러스터에서 Applications (애플리케이션)로 이동합니다.
  3. 애플리케이션 행 끝에 있는 Actions 메뉴를 클릭하여 사용 가능한 작업 목록을 확인합니다.
  4. knative 애플리케이션을 클릭합니다.
  5. DestinationRule 애플리케이션 팝업이 표시되면 관련 애플리케이션이 재해 발생 시 장애 조치될 정책대상 클러스터 를 선택합니다.
  6. 기본적으로 애플리케이션 리소스를 복제할 서브스크립션 그룹이 선택됩니다. Select subscription group 드롭다운을 클릭하여 기본 선택을 확인하거나 이 설정을 수정합니다.
  7. DestinationRule 준비 상태 확인.

    • 상태가 녹색으로 준비되면 대상 클러스터가 장애 조치(failover)를 시작할 준비가 되었음을 나타냅니다. 7단계를 진행합니다.
    • 상태가 Unknown 또는 Not ready 인 경우 상태가 Ready 로 변경될 때까지 기다립니다.
  8. Initiate 를 클릭합니다. 이제 busybox 리소스가 대상 클러스터에서 생성됩니다.
  9. 모달 창을 닫고 애플리케이션 페이지의 데이터 정책 열을 사용하여 상태를 추적합니다.
  10. 활동 상태가 애플리케이션에 FailedOver 로 표시되는지 확인합니다.

    1. 애플리케이션 개요 탭으로 이동합니다.
    2. 데이터 정책 열에서 정책을 적용한 애플리케이션에 대한 정책 링크를 클릭합니다.
    3. 데이터 정책 모달 페이지에서 자세한 정보 보기 링크를 클릭합니다.
Red Hat logoGithubRedditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

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

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

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

Red Hat 소개

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

© 2024 Red Hat, Inc.