재해 복구 및 Amazon DocumentDB 글로벌 클러스터 - Amazon DocumentDB

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

재해 복구 및 Amazon DocumentDB 글로벌 클러스터

글로벌 클러스터를 활용하여 리전 장애와 같은 재해로부터 신속하게 복구할 수 있습니다. 재해 복구는 일반적으로 RTO 및 RPO 값을 사용하여 측정됩니다.

  • (Recovery Time Objective(RTO) – 재해 발생 후 시스템이 정상 작동 상태로 돌아가는 데 걸리는 시간입니다. 즉 RTO는 가동 중지 시간을 측정합니다. 글로벌 클러스터의 경우 몇 분 안에 RTO를 수행합니다.

  • Recovery Point Objective(RPO) – 손실될 수 있는 데이터의 양입니다(시간으로 측정). 글로벌 클러스터의 경우 일반적으로 RPO는 초 단위로 측정됩니다.

  • 계획되지 않은 중단에서 복구하려면 글로벌 클러스터의 보조 클러스터 중 하나에 대해 리전 간 장애 조치를 수행할 수 있습니다. 글로벌 클러스터에 여러 개의 보조 리전이 있다면 기본으로 승격하려는 모든 보조 리전의 연결을 해제해야 합니다. 그런 다음 보조 영역 중 하나를 새 기본 영역 AWS 리전으로 승격합니다. 마지막으로 다른 보조 영역 각각에 새 클러스터를 생성하고 해당 클러스터를 글로벌 클러스터에 연결합니다.

Amazon DocumentDB 글로벌 클러스터에 대한 관리형 장애 조치 수행

이 접근 방식은 실제 리전별 재해 이벤트 또는 전체 서비스 수준 중단이 발생하는 경우 비즈니스 연속성을 유지하기 위해 개발되었습니다.

관리형 장애 조치 중에, Amazon DocumentDB 글로벌 클러스터의 기존 복제 토폴로지가 유지되는 동안 기본 클러스터는 선택한 보조 리전으로 장애 조치됩니다. 선택한 보조 클러스터에서는 읽기 전용 노드 중 하나가 전체 라이터 상태로 승격됩니다. 이 단계를 통해 클러스터는 기본 클러스터의 역할을 맡게 됩니다. 클러스터가 새 역할을 맡는 동안에는 데이터베이스를 일시적으로 사용할 수 없습니다. 이 보조 클러스터가 새 기본 클러스터가 되면 기존 기본 클러스터에서 선택한 보조 클러스터로 복제되지 않은 데이터는 누락될 수 있습니다. 이전 기본 볼륨은 스냅샷에 복제되지 않은 데이터가 보존되도록 새 기본 볼륨과 동기화하기 전에 스냅샷을 찍으려고 최선의 노력을 기울입니다.

참고

기본 및 보조 클러스터에 있는 메이저, 마이너, 패치 수준 엔진 버전이 동일한 경우 Amazon DocumentDB 글로벌 클러스터에서 관리형 리전 간 클러스터 장애 조치만 수행할 수 있습니다. 하지만 패치 수준은 마이너 엔진 버전에 따라 다를 수 있습니다. 엔진 버전이 호환되지 않는 경우 Amazon DocumentDB 글로벌 클러스터에 대한 수동 장애 조치 수행에 나온 단계에 따라 수동으로 장애 조치를 수행할 수 있습니다.

데이터 손실을 최소화하려면 이 기능을 사용하기 전에 다음을 수행하는 것이 좋습니다.

  • 애플리케이션을 오프라인으로 전환하여 쓰기가 Amazon DocumentDB 글로벌 클러스터의 기본 클러스터로 전송되는 경우를 방지합니다.

  • 모든 Amazon DocumentDB 보조 클러스터의 지연 시간을 확인합니다. 복제 지연이 가장 적게 소요되는 보조 리전을 선택하면 현재 장애가 발생한 기본 리전에서 데이터 손실을 최소화할 수 있습니다. Amazon CloudWatch에서 GlobalClusterReplicationLag 지표를 확인하여 글로벌 클러스터의 모든 Amazon DocumentDB 보조 클러스터에 대한 지연 시간을 확인합니다. 이 지표를 통해 보조 클러스터가 기본 DB 클러스터에 비해 얼마나 뒤처져 있는지(밀리초 단위) 알 수 있습니다.

    Amazon DocumentDB용 CloudWatch 지표에 대한 자세한 내용은 Amazon DocumentDB 지표 섹션을 참조하세요.

관리형 장애 조치 중에, 선택한 보조 DB 클러스터가 기본 클러스터처럼 새 역할로 승격됩니다. 하지만 기본 클러스터의 다양한 구성 옵션은 상속되지 않습니다. 구성이 일치하지 않으면 성능 문제, 워크로드 비호환성, 기타 비정상적인 동작이 발생할 수 있습니다. 이러한 문제를 방지하려면, 다음에 대해 Amazon DocumentDB 글로벌 클러스터 간의 차이점을 해결하는 것이 좋습니다.

  • 필요한 경우 새 기본에 대한 Amazon DocumentDB 클러스터 파라미터 그룹 구성 — Amazon DocumentDB 글로벌 클러스터의 각 클러스터에 대해 Amazon DocumentDB 클러스터 파라미터 그룹을 개별적으로 구성할 수 있습니다. 즉, 보조 클러스터가 기본 클러스터 역할을 맡도록 승격되면 보조 클러스터의 파라미터 그룹이 기본 클러스터와 다르게 구성될 수 있습니다. 그런 경우, 승격된 보조 클러스터의 파라미터 그룹을 기본 클러스터의 설정에 맞게 수정합니다. 자세한 방법은 Amazon DocumentDB 클러스터 파라미터 그룹 수정을 참조하세요.

  • Amazon CloudWatch Events 및 경보 등의 모니터링 도구 및 옵션 구성 — 승격된 클러스터를 글로벌 클러스터에 필요한 것과 동일한 로깅 기능, 경보 등으로 구성합니다. 파라미터 그룹과 마찬가지로, 이러한 기능에 대한 구성은 장애 조치 프로세스 중에 기본 클러스터에서 상속되지 않습니다. 복제 지연과 같은 일부 CloudWatch 지표는 보조 리전에서만 사용할 수 있습니다. 따라서 장애 조치로 인해 해당 지표를 보고 경보를 설정하는 방법이 달라짐에 따라 사전 정의된 대시보드를 변경해야 할 수도 있습니다. Amazon DocumentDB 클러스터 및 모니터링에 대한 자세한 내용은 Amazon DocumentDB 모니터링 섹션을 참조하세요.

일반적으로 선택한 보조 클러스터는 몇 분 이내에 기본 역할을 맡게 됩니다. 새 기본 리전의 라이터 노드를 사용할 수 있게 되면 애플리케이션을 노드에 연결하고 워크로드를 재개할 수 있습니다. Amazon DocumentDB에서 새 기본 클러스터가 승격되고 난 후, 모든 추가 보조 리전 클러스터가 자동으로 재구축됩니다.

Amazon DocumentDB 글로벌 클러스터는 비동기식 복제를 사용하므로 보조 리전마다 복제 지연 시간이 다를 수 있습니다. Amazon DocumentDB는 이러한 보조 리전을 재구축하여 새로운 기본 리전 클러스터와 정확히 동일한 시점의 데이터를 확보하도록 지원합니다. 전체 재구축 작업에 소요되는 시간은 스토리지 볼륨의 크기와 리전 간 거리에 따라 몇 분에서 몇 시간이 걸릴 수 있습니다. 보조 리전 클러스터의 재구축이 새 기본 리전에서 완료되면 읽기 권한으로 액세스할 수 있습니다. 새 기본 라이터가 승격되어 사용 가능해지면 새 기본 리전의 클러스터에서 Amazon DocumentDB 글로벌 클러스터의 읽기 및 쓰기 작업을 처리할 수 있습니다.

글로벌 클러스터의 기존 토폴로지를 복원하기 위해 Amazon DocumentDB는 기존 기본 리전의 가용성을 모니터링합니다. 해당 리전이 정상이고 다시 사용 가능한 상태가 되면 Amazon DocumentDB는 자동으로 글로벌 클러스터에 보조 리전으로 다시 추가합니다. Amazon DocumentDB는 장애가 발생하는 시점에 기존 스토리지 볼륨의 스냅샷을 만들고자 시도한 후, 기존 기본 리전에 새 스토리지 볼륨을 생성합니다. 이렇게 하면 누락된 데이터를 복구하는 데 사용할 수 있습니다. 이 작업이 성공하면 Amazon DocumentDB는 AWS Management Console의 스냅샷 섹션에 'rds:docdb-unplanned-global-failover-name-of-old-primary-DB-cluster-timestamp'라는 이름으로 이 스냅샷을 배치합니다. 또한 이 스냅샷은 DescribeDBClusterSnapshots API 작업에서 반환된 정보에 나열되어 있으니 해당 위치에서 확인할 수 있습니다.

참고

기존 스토리지 볼륨의 스냅샷은 시스템 스냅샷으로, 기존 기본 클러스터에 구성된 백업 보존 기간이 적용됩니다. 보존 기간 이후에도 이 스냅샷을 보존하려면 스냅샷을 복사하여 수동 스냅샷으로 저장할 수 있습니다. 요금 등 스냅샷 복사에 대해 자세히 알아보려면 클러스터 스냅샷 복사 단원을 참조하세요.

기존 토폴로지가 복원된 후 비즈니스 및 워크로드에 가장 적합한 시점에 전환 작업을 수행하여 글로벌 클러스터를 기존의 기본 리전으로 장애 복구할 수 있습니다. 이렇게 하려면 Amazon DocumentDB 글로벌 클러스터에 대한 전환 수행 단원의 절차를 따르세요.

AWS CLI, 또는 Amazon DocumentDB API를 사용하여 Amazon DocumentDB 글로벌 클러스터 AWS Management Console를 장애 조치할 수 있습니다.

Using the AWS Management Console

Amazon DocumentDB 글로벌 클러스터에서 관리형 장애 조치를 수행하려면

  1. 에 로그인 AWS Management Console하고 https://console.aws.amazon.com/docdb Amazon DocumentDB 콘솔을 엽니다.

  2. 탐색 창에서 클러스터를 선택합니다.

  3. 장애 조치하려는 Amazon DocumentDB 글로벌 클러스터를 찾아 선택합니다.

    이미지: 전역 클러스터가 선택된 클러스터 테이블입니다.
  4. 작업 메뉴에서 전환 또는 장애 조치를 선택합니다.

  5. 나타나는 대화 상자에서 장애 조치를 선택한 다음 새 기본 클러스터 필드 드롭다운 목록에서 보조 클러스터를 선택합니다.

    이미지: 글로벌 클러스터 전환 또는 장애 조치 대화 상자입니다.
  6. 마지막 필드에 ‘확인’을 입력합니다. 그 다음 확인을 선택합니다.

    기본 클러스터의 상태가 ‘장애 조치 중’으로 변경됩니다. 이 조건은 약 1분이 소요됩니다. 이 시간 동안 새 기본 클러스터의 상태는 ‘수정 중...’으로 표시됩니다. 새 기본이 승격되면 ‘사용 가능’이 표시되고 읽기 및 쓰기 트랜잭션을 제공할 수 있습니다. 이전 기본을 포함한 보조 리전은 새 기본과 재동기화되는 동안 ‘재동기화 중...’을 표시합니다. 새 기본과 마찬가지로 상태가 ‘사용 가능’으로 변경된 후에만 트랜잭션을 제공할 수 있습니다.

  7. 완료되면 원래 기본 클러스터가 보조 클러스터가 됩니다. 선택한 보조 클러스터가 기본 클러스터가 됩니다.

    이미지: 새 기본 클러스터를 보여주는 클러스터 테이블입니다.
Using the AWS CLI

Amazon DocumentDB 글로벌 클러스터에서 관리형 장애 조치를 수행하려면

failover-global-cluster CLI 명령을 사용하여 Amazon DocumentDB 글로벌 클러스터를 장애 조치합니다. 명령을 사용하여 다음 파라미터에 대한 값을 전달합니다.

  • --region - Amazon DocumentDB 글로벌 클러스터의 기본 클러스터가 실행 AWS 리전 중인를 지정합니다.

  • --global-cluster-identifier — Amazon DocumentDB 글로벌 클러스터의 이름을 지정합니다.

  • --target-db-cluster-identifier — Amazon DocumentDB 글로벌 클러스터의 프라이머리로 승격하려는 Amazon DocumentDB 보조 클러스터의 Amazon 리소스 이름(ARN)을 지정합니다.

  • --allow-data-loss — 명시적으로 전환 작업이 아닌 장애 조치 작업으로 설정합니다. 비동기식 복제 구성 요소에서 모든 복제된 데이터가 보조 리전으로 전송되는 작업이 완료되지 않으면 장애 조치 작업으로 인해 일부 데이터가 손실될 수 있습니다.

Linux, macOS, Unix의 경우:

aws docdb --region region_of_selected_secondary \ failover-global-cluster --global-cluster-identifier global_cluster_id \ --target-db-cluster-identifier arn_of_secondary_to_promote \ --allow-data-loss

Windows의 경우:

aws docdb --region region_of_selected_secondary ^ failover-global-cluster --global-cluster-identifier global_cluster_id ^ --target-db-cluster-identifier arn_of_secondary_to_promote ^ --allow-data-loss

Amazon DocumentDB 글로벌 클러스터에 대한 수동 장애 조치 수행

한 클러스터의 전체 클러스터를 사용할 수 없게 AWS 리전 되면 글로벌 클러스터의 다른 클러스터를 읽기/쓰기 기능으로 승격할 수 있습니다.

다른 AWS 리전 의 클러스터가 기본 클러스터로 더 적합한 경우 글로벌 클러스터 장애 조치 메커니즘을 수동으로 활성화할 수 있습니다. 예를 들어 보조 클러스터 중 하나의 용량을 늘린 후 이 클러스터를 기본 클러스터로 승격할 수 있습니다. 또는 간의 활동 균형이 변경될 AWS 리전 수 있으므로 기본 클러스터를 다른 로 전환하면 쓰기 작업의 지연 시간이 줄어들 AWS 리전 수 있습니다.

다음 절차에서는 Amazon DocumentDB 글로벌 클러스터의 보조 클러스터 중 하나를 승격하기 위해 수행할 작업을 설명합니다.

보조 클러스터를 승격하려면:

  1. 중단 AWS 리전 시의 기본 클러스터로 DML 문 및 기타 쓰기 작업 실행을 중지합니다.

  2. 새 기본 클러스터로 사용할 보조 클러스터를 식별 AWS 리전 합니다. 글로벌 클러스터 AWS 리전 에 보조 클러스터가 두 개(또는 그 이상) 있는 경우 지연 시간이 가장 짧은 보조 클러스터를 선택합니다.

  3. 선택한 보조 클러스터를 글로벌 클러스터에서 분리합니다.

    글로벌 클러스터에서 보조 클러스터를 제거하면 기본 클러스터에서 이 보조 클러스터로의 복제가 즉시 중지되고 전체 읽기/쓰기 기능을 갖춘 독립 실행형 프로비저닝 클러스터로 승격됩니다. 정전이 발생한 리전의 주 클러스터와 관련된 다른 보조 클러스터는 여전히 사용할 수 있으며 애플리케이션의 호출을 수락할 수 있습니다. 클러스터는 리소스도 소비합니다. 글로벌 클러스터를 다시 생성하는 중이므로 분할 브레인 및 기타 문제를 방지하려면 다음 단계에서 새 글로벌 클러스터를 생성하기 전에 다른 보조 클러스터를 제거하십시오.

    분리 단계에 대한 자세한 내용은 Amazon DocumentDB 글로벌 클러스터에서 클러스터 분리 섹션을 참조하십시오.

  4. 이 클러스터는 다음 단계에서 영역을 추가하기 시작하면 새 글로벌 클러스터의 기본 클러스터가 됩니다.

  5. 클러스터에 AWS 리전 를 추가합니다. 이렇게 하면 기본 클러스터에서 보조 클러스터로의 복제 프로세스가 시작됩니다.

  6. 필요에 AWS 리전 따라를 추가하여 애플리케이션을 지원하는 데 필요한 토폴로지를 다시 생성합니다. 글로벌 클러스터에 있는 클러스터 간의 데이터 불일치(분할 뇌 문제)를 방지하기 위해 이러한 변경 전, 변경 중 및 변경 후에 애플리케이션 쓰기가 올바른 클러스터로 전송되는지 확인합니다.

  7. 운영 중단이 해결되고 원본 AWS 리전 을 다시 기본 클러스터로 할당할 준비가 되면 동일한 단계를 반대로 수행합니다.

  8. 글로벌 데이터베이스에서 보조 클러스터 중 하나를 제거합니다. 이렇게 하면 읽기/쓰기 트래픽을 처리할 수 있습니다.

  9. 모든 쓰기 트래픽을 원래 AWS 리전의 기본 클러스터로 리디렉션합니다.

  10. AWS 리전 를 추가하여 이전 AWS 리전 과 동일한에 하나 이상의 보조 클러스터를 설정합니다.

Amazon DocumentDB 글로벌 클러스터는 AWS SDKs 사용하여 관리할 수 있으므로 재해 복구 및 비즈니스 연속성 계획 사용 사례에 대한 글로벌 클러스터 장애 조치 프로세스를 자동화하는 솔루션을 생성할 수 있습니다. 이러한 솔루션 중 하나는 Apache 2.0 라이센스에 따라 고객이 사용할 수 있도록 제공되며 여기에 있는 툴 저장소에서 액세스할 수 있습니다. 이 솔루션은 엔드포인트 관리를 위해 Amazon Route 53를 활용하고 적절한 이벤트를 기반으로 트리거할 수 있는 AWS Lambda 함수를 제공합니다.

Amazon DocumentDB 글로벌 클러스터에 대한 전환 수행

전환을 사용하면 기본 클러스터의 리전을 정기적으로 변경할 수 있습니다. 이 접근 방식은 운영 유지 관리 및 기타 계획된 운영 절차 등 제어된 시나리오를 대상으로 개발되었습니다.

전환은 일반적으로 3가지의 경우에 사용됩니다.

  • 특정 산업에서 필요로 하는 '리전별 순환' 요구 사항을 살펴봅니다. 예를 들어 금융 서비스 규정에 따라 재해 복구 절차가 정기적으로 실행되도록 보장하려면 Tier-0 시스템을 몇 개월 동안 다른 리전으로 전환해야 할 수 있습니다.

  • 여러 리전의 'follow-the-sun' 애플리케이션을 살펴봅니다. 각기 다른 시간대 전반에서 업무 시간을 기준으로 여러 리전별로 지연 시간이 짧은 쓰기 기능을 제공하고자 하는 기업을 예로 들 수 있습니다.

  • 데이터 손실 제로의 방법이며, 장애 조치 후 기존의 기본 리전으로 페일백하는 데 유용합니다.

참고

전환은 정상 Amazon DocumentDB 글로벌 클러스터에서 사용하도록 설계되었습니다. 예기치 않은 중단에서 복구하려면 Amazon DocumentDB 글로벌 클러스터에 대한 수동 장애 조치 수행의 적절한 절차를 따릅니다.

전환을 수행하려면 대상 보조 DB 클러스터에서는 엔진 버전에 따라 패치 수준을 비롯해 정확히 동일한 엔진 버전을 실행해야 합니다. 자세한 내용은 관리형 리전 간 전환 및 장애 조치를 위한 패치 수준 호환성을 참조하세요. 전환을 시작하기 전에 글로벌 클러스터의 엔진 버전을 확인하여 관리형 리전 간 전환을 지원하는지 확인하고 필요한 경우 업그레이드합니다. Amazon DocumentDB는 엔진 버전이 일치하지 않는 경우 전환 클러스터에 대한 호출을 자동으로 차단합니다.

전환 중에, Amazon DocumentDB에서는 글로벌 클러스터의 기존 복제 토폴로지가 유지되는 동안 기본 클러스터를 선택한 보조 리전으로 전환합니다. Amazon DocumentDB는 모든 보조 리전 클러스터가 기본 리전 클러스터와 완전히 동기화될 때까지 기다린 다음, 전환 프로세스를 시작합니다. 그러면 기본 리전의 DB 클러스터가 읽기 전용 상태가 되고, 선택한 보조 클러스터는 읽기 전용 노드 중 하나를 전체 라이터 상태로 승격시킵니다. 이 노드를 라이터로 승격시키면 보조 클러스터가 기본 클러스터의 역할을 맡을 수 있습니다. 프로세스 시작 시 모든 보조 클러스터가 기본 클러스터와 동기화되었으므로, 새로운 기본 클러스터는 데이터 손실 없이 Amazon DocumentDB 글로벌 클러스터에 대한 작업을 계속합니다. 기본 클러스터와 선택한 보조 클러스터가 새 역할을 맡으므로 데이터베이스를 잠시 사용할 수 없습니다.

애플리케이션 가용성을 최적화하려면 이 기능을 사용하기 전에 다음 작업을 수행하는 것이 좋습니다.

  • 사용량이 적은 시간이나 기본 클러스터에 대한 쓰기가 최소인 시간에 이 작업을 수행합니다.

  • 애플리케이션을 오프라인으로 전환하여 쓰기가 Amazon DocumentDB 글로벌 클러스터의 기본 클러스터로 전송되는 경우를 방지합니다.

  • Amazon CloudWatch에서 GlobalClusterReplicationLag 지표를 확인하여 글로벌 클러스터의 모든 Amazon DocumentDB 보조 클러스터에 대한 지연 시간을 확인합니다. 이 지표는 보조 DB 클러스터가 기본 DB 클러스터에 비해 얼마나 뒤처져 있는지(밀리초 단위)를 보여 줍니다. 이 값은 Amazon DocumentDB가 전환을 완료하는 데 걸리는 시간에 직접적으로 비례합니다. 따라서 지연 값이 클수록 전환 시간이 더 오래 걸립니다.

    Amazon DocumentDB용 CloudWatch 지표에 대한 자세한 내용은 Amazon DocumentDB 지표 섹션을 참조하세요.

전환 중에, 선택한 보조 DB 클러스터가 기본 DB 클러스터처럼 새 역할로 승격됩니다. 하지만 기본 DB 클러스터의 다양한 구성 옵션은 상속되지 않습니다. 구성이 일치하지 않으면 성능 문제, 워크로드 비호환성, 기타 비정상적인 동작이 발생할 수 있습니다. 이러한 문제를 방지하려면, 다음에 대해 Amazon DocumentDB 글로벌 클러스터 간의 차이점을 해결하는 것이 좋습니다.

  • 필요한 경우 새 기본에 대한 Amazon DocumentDB 클러스터 파라미터 그룹 구성 — Amazon DocumentDB 글로벌 클러스터의 각 클러스터에 대해 Amazon DocumentDB 클러스터 파라미터 그룹을 개별적으로 구성할 수 있습니다. 즉, 보조 DB 클러스터가 기본 클러스터 역할을 맡도록 승격되면 보조 클러스터의 파라미터 그룹이 기본 클러스터와 다르게 구성될 수 있습니다. 그런 경우, 승격된 보조 DB 클러스터의 파라미터 그룹을 기본 클러스터의 설정에 맞게 수정합니다. 자세한 방법은 Amazon DocumentDB 클러스터 파라미터 그룹 관리 단원을 참조하십시오.

  • Amazon CloudWatch Events 및 경보 등의 모니터링 도구 및 옵션 구성 — 승격된 클러스터를 글로벌 클러스터에 필요한 것과 동일한 로깅 기능, 경보 등으로 구성합니다. 파라미터 그룹과 마찬가지로, 이러한 기능에 대한 구성은 전환 프로세스 중에 기본 클러스터에서 상속되지 않습니다. 복제 지연과 같은 일부 CloudWatch 지표는 기본 리전에서만 사용할 수 있습니다. 따라서 전환으로 인해 해당 지표를 보고 경보를 설정하는 방법이 달라짐에 따라 사전 정의된 대시보드를 변경해야 할 수도 있습니다. 자세한 내용은 Amazon DocumentDB 모니터링 단원을 참조하십시오.

참고

일반적으로 역할 전환에는 최대 몇 분이 걸릴 수 있습니다.

전환 프로세스가 완료되면 승격된 Amazon DocumentDB 클러스터에서 글로벌 클러스터에 대한 쓰기 작업을 처리할 수 있습니다.

AWS Management Console 또는 AWS CLI를 사용하여 Amazon DocumentDB 글로벌 클러스터를 전환할 수 있습니다.

Using the AWS Management Console

Amazon DocumentDB 글로벌 클러스터에서 전환을 수행하려면

  1. 에 로그인 AWS Management Console하고 https://console.aws.amazon.com/docdb Amazon DocumentDB 콘솔을 엽니다.

  2. 탐색 창에서 클러스터를 선택합니다.

  3. 전환하려는 Amazon DocumentDB 글로벌 클러스터를 찾아 선택합니다.

    이미지: 전역 클러스터가 선택된 클러스터 테이블입니다.
  4. 작업 메뉴에서 전환 또는 장애 조치를 선택합니다.

  5. 나타나는 대화 상자에서 전환을 선택한 다음 새 기본 클러스터 필드 드롭다운 목록에서 보조 클러스터를 선택합니다.

    이미지: 보조 클러스터가 선택된 클러스터 전환 대화 상자입니다.
  6. 확인을 선택합니다.

    기본 클러스터의 상태가 ‘전환’으로 변경됩니다. 이 조건은 약 3분이 소요됩니다. 이 시간 동안 모든 리전 클러스터의 상태는 '수정 중...'으로 표시됩니다. 리전이 동기화되고 새 프라이머리가 승격되면 모든 상태 필드에 대해 ‘사용 가능’이 표시되고 트랜잭션을 제공할 수 있습니다.

  7. 완료되면 원래 기본 클러스터가 보조 클러스터가 됩니다. 선택한 보조 클러스터가 기본 클러스터가 됩니다.

    이미지: 새 기본 클러스터를 보여주는 클러스터 테이블입니다.
Using the AWS CLI

Amazon DocumentDB 글로벌 클러스터에서 전환을 수행하려면

switchover-global-cluster CLI 명령을 사용하여 Amazon DocumentDB 글로벌 클러스터를 전환합니다. 명령을 사용하여 다음 파라미터에 대한 값을 전달합니다.

  • --region - Amazon DocumentDB 글로벌 클러스터의 기본 클러스터가 실행 AWS 리전 중인를 지정합니다.

  • --global-cluster-identifier — Amazon DocumentDB 글로벌 클러스터의 이름을 지정합니다.

  • --target-db-cluster-identifier — Amazon DocumentDB 글로벌 클러스터의 프라이머리로 승격하려는 Amazon DocumentDB 보조 클러스터의 Amazon 리소스 이름(ARN)을 지정합니다.

Linux, macOS, Unix의 경우:

aws docdb --region region_of_primary \ switchover-global-cluster --global-cluster-identifier global_cluster_id \ --target-db-cluster-identifier arn_of_secondary_to_promote

Windows의 경우:

aws docdb --region region_of_primary ^ switchover-global-cluster --global-cluster-identifier global_cluster_id ^ --target-db-cluster-identifier arn_of_secondary_to_promote