이 페이지에서는 Redis용 Memorystore 클러스터의 리전 간 복제에 대해 간략하게 설명합니다.
리전 간 복제 관리 방법에 대한 안내는 리전 간 복제 작업을 참고하세요.
리전 간 복제를 사용하면 기본 클러스터에서 보조 클러스터를 만들어 여러 리전에서 클러스터를 읽을 수 있습니다. 보조 클러스터는 리전 중단 시 재해 복구 시나리오를 위한 중복성도 제공합니다.
이 페이지의 주요 개념은 다음과 같습니다.
- 기본 클러스터. 단일 리전의 읽기-쓰기 클러스터입니다.
- 보조 클러스터 보조 클러스터는 기본 클러스터에서 비동기식으로 복제하는 읽기 전용 클러스터입니다. 보조 복제본 승격 및 분리에 대한 자세한 내용은 교차 리전 복제 작업 방법의 전환 및 분리 섹션을 참고하세요.
- 리플리케이터 노드. 보조 클러스터의 팔로어 노드에 복제되는 기본 클러스터의 샤드에 있는 노드입니다. 샤드의 기본 또는 복제본 노드는 리플리케이터 역할을 할 수 있습니다.
- 팔로어 노드. 기본 클러스터의 리플리케이터 노드에서 복제하는 보조 클러스터의 노드입니다. 보조 클러스터의 기본 노드만 팔로어 역할을 가질 수 있습니다.
- 샤드 수 및 슬롯 할당. 기본 클러스터와 보조 클러스터의 샤드 수와 슬롯 할당이 동일합니다.
이점
Redis용 Memorystore 클러스터의 리전 간 복제의 이점은 다음과 같습니다.
- 재해 복구 기본 클러스터의 리전을 사용할 수 없게 되면 다른 리전의 보조 클러스터로 전환하거나 보조 클러스터를 분리하여 읽기 및 쓰기 요청을 처리할 수 있습니다. 보조 클러스터는 전환 또는 분리 명령어를 실행하지 않고도 항상 읽기 요청을 처리할 준비가 되어 있습니다.
- 지리적으로 분산된 데이터. 지리적으로 데이터를 분산하면 데이터가 사용자에게 더 가까워지고 읽기 지연 시간이 줄어듭니다.
- 읽기 트래픽의 지리적 부하 분산. 한 리전의 연결이 느리거나 과부하 상태인 경우 트래픽을 다른 리전으로 라우팅할 수 있습니다.
기능 동작
이 섹션에서는 알아야 할 중요한 리전 간 복제 동작을 설명합니다.
- 인스턴스 용량 확장 기본 클러스터의 인스턴스 용량을 확장하면 보조 클러스터가 기본 클러스터와 일치하도록 자동으로 확장됩니다.
- 복제본 수 확장 워크로드 요구사항에 따라 기본 및 보조 클러스터의 복제본 수를 독립적으로 확장할 수 있습니다. 복제본 수 업데이트는 로컬에서만 적용되며 리전 간 복제 클러스터 컬렉션 내의 다른 클러스터로 전파되지 않습니다.
- 잠재적인 서비스 중단 시 전환 서비스 중단으로 인해 기본 클러스터를 사용할 수 없는 경우에도 전환을 실행하여 보조 클러스터를 승격할 수 있습니다. 이 시나리오에서는 서비스 중단이 해결되면 사용할 수 없었던 기본 클러스터가 결국 보조 클러스터가 됩니다.
- 온라인 보조 클러스터 생성 기본 클러스터에 보조 클러스터를 추가할 때 기본 클러스터는 온라인 상태를 유지합니다. 기본은 요청을 처리하고 보조는 데이터를 생성하고 복제합니다.
- 보조 클러스터. 보조 범위는 최대 2개까지 사용할 수 있습니다. 사용 가능한 모든 리전에 있을 수 있습니다. 원하는 경우 모두 서로 다른 리전에 있을 수 있습니다. 기존 클러스터는 보조 클러스터로 만들 수 없습니다. 기존 클러스터에 보조 클러스터로 추가할 수 있는 클러스터는 새 클러스터뿐입니다.
- 동기화된 설정. 대부분의 설정은 기본 클러스터와 보조 클러스터 간에 자동으로 동기화됩니다. 이러한 설정에 대한 자세한 내용은 클러스터 설정을 참고하세요.
- 가격. 리전 간 복제를 사용하는 고객에게는 리전 간 복제를 위해 프로비저닝된 보조 클러스터에 대한 요금이 청구됩니다. 보조 클러스터에 배포된 각 노드와 복제본에 대해 고객에게 다른 기본 클러스터와 동일하게 요금이 청구됩니다. 또한 고객에게는 서로 다른 리전의 클러스터 간 데이터 전송에 대한 네트워킹 요금이 청구됩니다.
- 유지관리 업데이트 리전 간 복제와의 호환성을 보장하기 위해 보조 클러스터를 만드는 동안 기본 클러스터가 아직 필요한 소프트웨어 버전을 실행하고 있지 않다면 유지보수 업데이트가 진행될 수 있습니다. 이 업데이트 프로세스로 인해 보조 클러스터를 만들 때 약간의 추가 지연 시간이 발생할 수 있습니다. 유지보수에 대한 자세한 내용은 유지보수 정보를 참고하세요.
리전 간 복제 작업 방법
Redis용 Memorystore 클러스터 교차 리전 복제를 사용하려면 다음 작업을 수행해야 합니다.
- 보조 클러스터를 만듭니다. 기본 클러스터에서 지속적으로 복제하는 보조 클러스터를 만듭니다.
- 보조 클러스터를 확인합니다. 복제 그룹의 기본 클러스터 이름 및 기타 보조 클러스터를 비롯한 보조 클러스터에 관한 정보를 볼 수 있습니다.
보조 클러스터를 분리합니다. 보조 클러스터 분리는 보조 클러스터를 기본 클러스터에서 분리하는 작업입니다. 이렇게 하면 읽기와 쓰기 모두를 허용하는 완전히 작동하는 독립적인 클러스터가 됩니다. 분리 작업 후 보조 클러스터는 이전에 연결되었던 기본 클러스터의 데이터를 더 이상 복제하지 않습니다. 원래 기본 클러스터와 새로 분리된 클러스터 (이전 보조 클러스터)는 서로 관련이 없는 독립 클러스터로 작동합니다.
보조 클러스터를 분리하는 데는 두 가지 주요 시나리오가 있습니다.
- 리전 마이그레이션. Memorystore for Redis 클러스터 리소스를 기본 리전에서 다른 리전으로 계획된 마이그레이션을 수행합니다.
- 재해 복구 기본 리전의 리소스를 사용할 수 없게 되는 경우 보조 리전에서 Memorystore for Redis 클러스터 리소스를 신속하게 활성화합니다. 보조 클러스터가 기본 클러스터에 완전히 따라잡지 못한 경우 일부 데이터 손실이 발생할 수 있습니다.
클러스터를 전환합니다. 전환을 사용하면 기본 클러스터와 보조 클러스터의 역할을 반대로 지정할 수 있습니다. 재해 복구 설정 테스트, 실제 재해 복구 시나리오 또는 워크로드 마이그레이션을 수행하기 위해 전환을 실행할 수 있습니다. 전환이 완료되면 복제 방향이 반대로 바뀌고 이전 보조 클러스터는 읽기와 쓰기를 모두 수락할 수 있는 반면 이전 기본 클러스터는 읽기 전용으로 전환됩니다.
리전 간 복제 아키텍처 예시
다음 다이어그램은 us-west1 및 asia-east1에 보조 클러스터가 있는 us-east1 리전의 기본 클러스터를 보여줍니다. 복제 방향은 항상 us-east1에서 다른 리전으로 향합니다. 다음 다이어그램에서는 모든 리전의 복제본 수가 동일하지만 리전 간 복제 기능을 사용하면 요구사항에 따라 복제본 수를 다양하게 설정할 수 있습니다.
클러스터 설정
이 섹션에서는 리전 간 복제를 사용하는 기본 클러스터와 보조 클러스터에 대해 어떤 설정이 필요하고, 복사되고, 재정의되는지 설명합니다. 또한 기본에서 구성되는 설정과 로컬로 구성되는 설정을 설명합니다.
보조 클러스터를 만드는 데 필요한 매개변수
- Google Cloud 프로젝트 기본 클러스터가 있는 프로젝트이자 보조 클러스터가 생성될 프로젝트입니다.
- Region 보조 클러스터를 배치할 리전입니다.
- Private Service Connect 구성 클러스터의 네트워킹 설정입니다.
- 기본 클러스터. 보조 클러스터를 만들 때 보조 클러스터의 기본 클러스터를 표시해야 합니다. 보조 클러스터가 아닌 클러스터는 기본 클러스터로 사용할 수 있습니다. 기본 클러스터가 없는 경우 먼저 만들어야 합니다.
인스턴스 생성 중에 기본에서 복사된 설정
보조 클러스터를 만드는 동안 보조 클러스터는 기본 클러스터에서 다음 설정을 복사합니다.
인스턴스 생성 중에 재정의 허용
다음 설정을 사용하면 인스턴스를 만드는 동안 기본값을 재정의할 수 있습니다.
클러스터 설정 업데이트
클러스터 설정을 업데이트할 때 일부 설정은 기본 클러스터에서만 변경할 수 있으며 변경사항은 결국 보조 클러스터에 자동으로 동기화됩니다. 기본 클러스터와 보조 클러스터에서 다른 설정을 독립적으로 변경할 수 있으며 이러한 설정은 로컬로만 적용되고 다른 클러스터와 동기화되지 않습니다.
기본에서 설정
다음 설정은 기본에서 변경해야 하며 업데이트가 보조에 동기화됩니다.
로컬 단위로 설정
이러한 설정은 로컬에서 구성합니다.
전환 권장사항
전환을 수행할 때는 애플리케이션이 쓰기를 추적하고 적절한 클러스터로 쓰기를 전송할 수 있도록 이 섹션의 안내를 따르는 것이 좋습니다.
- 애플리케이션에서 기본 클러스터에 쓰지 못하도록 합니다.
승격할 보조 클러스터를 결정합니다 (선택할 보조 클러스터가 여러 개인 경우). 승격할 보조를 결정하는 데 도움이 될 수 있는 몇 가지 요소는 다음과 같습니다.
클러스터와의 애플리케이션 근접성 이로 인해 쓰기 지연 시간이 영향을 받을 수 있습니다.
데이터 측면에서 가장 많이 따라잡은 클러스터입니다.
설정이 기본 클러스터와 가장 유사한 클러스터입니다.
전환 작업이 완료될 때까지 기다립니다.
2단계에서 선택한 새로 승격된 클러스터에 쓰기를 전송하도록 애플리케이션을 업데이트합니다.