Google Cloud 배포 원형 가이드의 이 섹션에서는 멀티 리전 배포 원형에 대해 설명합니다.
멀티 리전 배포 원형을 사용하는 클라우드 아키텍처에서 애플리케이션은 둘 이상의 Google Cloud 리전에서 실행됩니다. 애플리케이션 데이터는 아키텍처의 모든 리전 간에 복제됩니다. 빠르고 동기화된 데이터 복제를 보장하기 위해 이러한 리전은 일반적으로 하나의 대륙 내에 위치합니다.
다음 다이어그램은 2개의 Google Cloud 리전에서 실행되는 애플리케이션의 클라우드 토폴로지를 보여줍니다.
위의 다이어그램은 2개의 Google Cloud 리전에서 독립적으로 실행되는 2개의 격리된 다중 계층 애플리케이션 스택을 보여줍니다. 각 리전에서 애플리케이션은 3개의 영역에서 실행됩니다. 2개 리전의 데이터베이스는 복제된 데이터베이스입니다. 워크로드의 복구 지점 목표(RPO)가 낮거나 리전 간에 강력한 데이터 일관성이 요구되는 경우에는 데이터베이스 복제를 동기화해야 합니다. 그렇지 않으면 데이터베이스가 비동기적으로 복제될 수 있습니다. 사용자 요청은 DNS 라우팅 정책에 따라 리전 부하 분산기로 라우팅됩니다. 두 리전 중 하나에서 중단이 발생하면 DNS가 다른 리전의 부하 분산기로 사용자 요청을 라우팅합니다.
사용 사례
다음 섹션에서는 멀티 리전 배포 원형이 적합할 수 있는 사용 사례 예시를 보여줍니다.
지리적으로 분산된 사용자를 위한 고가용성
업무상 중요하고 리전 서비스 중단에 대한 고가용성과 견고성이 필수적인 애플리케이션에는 멀티 리전 배포를 사용하는 것이 좋습니다. 어떤 이유로든 리전을 사용할 수 없게 되더라도 (자연 재해로 인한 대규모 중단 포함) 애플리케이션 사용자에게 다운타임이 발생하지 않습니다. 다른 사용 가능한 리전의 애플리케이션으로 트래픽이 라우팅됩니다. 데이터가 동기식으로 복제되는 경우 복구 시간 목표(RTO)는 거의 0입니다.
애플리케이션 사용자를 위한 지연 시간 감소
사용자가 대륙과 같은 특정 지리적 영역 내에 있는 경우 멀티 리전 배포를 사용하면 가용성과 성능 간에 최적의 균형을 맞출 수 있습니다. 리전 중 하나에서 서비스 중단이 발생하면 전역 부하 분산기는 해당 리전에서 시작된 요청을 다른 리전으로 보냅니다. 리전이 지리적 영역 내에 있기 때문에 사용자가 성능에 큰 영향을 미치지 않습니다.
데이터 상주 및 데이터 주권 요구사항 준수
멀티 리전 배포 원형은 데이터 상주 및 운영 주권에 대한 규제 요구사항을 충족시키는 데 도움이 될 수 있습니다. 예를 들어 유럽의 한 국가에서 모든 사용자 데이터를 물리적으로 해당 국가 내에 있는 데이터 센터에서 저장하고 액세스하도록 요구할 수 있습니다. 유럽에 있는 Google Cloud 리전에 애플리케이션을 배포하고 지오펜싱 라우팅 정책과 함께 DNS를 사용해서 적합한 리전으로 트래픽을 라우팅할 수 있습니다.
설계 고려사항
여러 위치에 걸쳐서 중복 리소스를 프로비저닝하고 관리할 때는 위치 간 네트워크 트래픽 볼륨이 높을 수 있습니다. 또한 여러 리전에 걸쳐서 데이터를 저장하고 복제합니다. 멀티 리전 배포 원형을 사용하는 아키텍처를 빌드할 때는 클라우드 리소스 및 네트워크 트래픽 비용이 잠재적으로 높을 수 있다는 것과 이러한 배포의 운영 복잡성을 고려해야 합니다. 비즈니스 관련 중요도가 높은 애플리케이션의 경우에는 비용 및 운영 복잡성이 증가하더라도 멀티 리전 아키텍처의 가용성 이점이 더 중요할 수 있습니다.
참조 아키텍처
Compute Engine VM에서 멀티 리전 배포를 설계하는 데 사용할 수 있는 참조 아키텍처는 Compute Engine의 멀티 리전 배포를 참조하세요.