리전 마이그레이션 또는 재해 복구용 복제본 승격

이 페이지에서는 리전 간 복제본을 사용하여 리전 마이그레이션 또는 재해 복구용 복제본을 승격하는 방법을 설명합니다.

개요

복제본 승격의 일반적인 두 가지 시나리오는 리전 마이그레이션과 재해 복구입니다. 두 경우 모두 리전 간 복제를 설정한 다음 복제본을 승격합니다. 두 경우의 주요 차이점은 복제본 승격이 계획되었는지 여부입니다.

  • 계획됨(계획된 데이터베이스 마이그레이션 지원)
  • 계획되지 않음(기본 인스턴스를 사용할 수 없게 되기 때문)

전환 기준 결정

기본 인스턴스가 중지되면 모니터링 대시보드에서 복제 지연이 전환 기준을 충족하는지 확인할 수 있습니다.

Replica Lag 값(초)을 확인합니다. 기본 인스턴스의 리전에 리전 중단이 발생하면 MySQL의 Replica Lag 측정항목은 인스턴스의 데이터 복제 지연 시간을 나타내며 시간이 지남에 따라 감소합니다.

읽기 복제본 승격

전환 기준이 충족됨을 확인했으면 복제본 중 하나를 쓰기 가능한 독립형 인스턴스로 승격할 수 있습니다. 다음 시나리오를 고려해 보세요.

  • 리전 A(us-central1)에는 고가용성 기본 인스턴스(db-a-0)가 있습니다.
  • 리전 B(us-west1)에는 다른 리전(db-b-1)의 복제본이 있습니다.
  • 리전 C(us-east1)에도 다른 리전(db-c-1)의 복제본이 있습니다.

리전 B의 db-b-1을 독립형 쓰기 가능한 인스턴스가 되도록 승격할 수 있습니다.

자세한 내용은 복제본 승격을 참조하세요.

승격된 인스턴스에 고가용성 사용 설정

읽기 복제본은 승격될 때 자동으로 High Availability (HA) 인스턴스로 구성되지 않습니다. 복제본이 아닌 인스턴스와 마찬가지로 읽기 복제본을 승격한 후에 HA를 사용 설정할 수 있습니다. 자세한 내용은 고가용성 사용 설정 및 사용 중지를 참조하세요.

추가 복제본 다시 만들기

복제본을 기본 인스턴스로 승격하는 경우 이를 대체하려면 새 복제본을 만들어야 합니다. 예를 들어 앞에 설명된 다음과 같이 반복되는 구성을 생각해 보세요.

  • 리전 A(us-central1)에는 고가용성 기본 인스턴스(db-a-0)가 있습니다.
  • 리전 B(us-west1)에는 다른 리전(db-b-1)의 복제본이 있습니다.
  • 리전 C(us-east1)에도 다른 리전(db-c-1)의 복제본이 있습니다.

기본 인스턴스(db-a-0)를 사용할 수 없게 되면 리전 B의 복제본을 기본 복제본으로 승격할 수 있습니다. 리전 A와 리전 C에 추가 복제본을 다시 만들려면 이전 인스턴스(A의 이전 기본 인스턴스 및 C의 복제본)를 삭제하고 B의 새로운 기본 인스턴스에서 새로운 읽기 복제본을 생성합니다.

결과 구성은 다음과 같습니다.

  • 이제 리전 A(us-central1)에 복제본(db-a-1)이 있습니다.
  • 이제 리전 B(us-west1)에 기본 인스턴스(db-b-1)가 있습니다.
  • 이제 리전 C(us-east1)에 새 복제본(db-c-2)이 있습니다.