위치 및 리전

Google Cloud Platform 서비스는 북미, 남미, 유럽, 아시아, 오스트레일리아의 여러 위치에서 제공됩니다. 이러한 위치는 지역영역으로 나뉩니다. 지연 시간, 가용성, 내구성 요구사항에 따라 애플리케이션을 배치할 위치를 선택할 수 있습니다.

지역과 영역

지역은 영역들로 구성되는 독립적인 지리적 위치입니다. 지역 내 위치들은 일반적으로 95 백분위 수에서 1밀리초 미만의 왕복 네트워크 지연 시간을 갖습니다.

영역은 특정 지역 내에 있는 Cloud Platform 리소스의 배포 위치입니다. 영역은 지역 내의 단일 오류 도메인으로 고려됩니다. 고가용성의 내결함성 애플리케이션을 배포하려면 예상치 못한 오류로부터 보호할 수 있도록 한 리전 내 여러 영역에 애플리케이션을 배포해야 합니다.

자연 재해로 인한 리전 전체의 손실을 방지하려면 재해 복구 계획을 마련하고 기본 리전이 손실될 경우에 애플리케이션을 복원할 수 있는 방법을 알아야 합니다. 자세한 내용은 애플리케이션 배포 고려 사항을 참조하세요.

각 위치 옵션에서 제공되는 특정 리소스에 대한 자세한 내용은 전 세계 데이터 센터 위치를 참조하세요.

Cloud Platform의 서비스와 리소스는 영역 또는 리전별로 제공되거나 여러 리전 간에 Google에서 관리될 수 있습니다. 이러한 옵션들이 데이터에 미치는 영향에 대한 자세한 내용은 지리적 데이터 관리를 참조하세요.

영역별 리소스

영역별 리소스는 단일 영역 내에서 작동합니다. 영역을 사용할 수 없게 되면 서비스가 복원될 때까지 해당 영역의 모든 영역별 리소스를 사용할 수 없습니다. 영역별 리소스의 예로는 특정 영역 내에 존재하는 Google Compute Engine 인스턴스가 있습니다.

지역별 리소스

지역별 리소스는 App Engine 애플리케이션과 같이 특정 지역 내의 모든 영역에 중복해서 배포되는 리소스입니다. 이 리소스는 영역별 리소스에 비해 가용성이 더 높습니다.

다중 지역별 리소스

일부 Cloud Platform 서비스는 지역 내 그리고 지역 간에 중복되고 분산되도록 Google에서 관리됩니다. 이러한 서비스는 최적화된 가용성, 성능 및 리소스 효율성을 제공합니다. 따라서 이러한 서비스는 지연 시간 또는 일관성 모델에서 일부 균형점을 찾아야 합니다. 이러한 균형점에 대해서는 제품별로 설명합니다.

다음 서비스는 리전별 배포 위치 외에도 멀티 리전별 배포 위치를 한 개 이상 갖습니다.

  • Google Cloud Datastore
  • Google Cloud KMS
  • Google Cloud Storage
  • Google BigQuery
  • Google Cloud Spanner
  • Google Cloud Bigtable
  • Google Cloud Healthcare API

멀티 리전별 리소스와 연결된 데이터는 특정 리전에 묶여 있지 않고 리전 간에 이동할 수 있으며, 리전 그룹에서 리전을 추가 또는 삭제할 수 있습니다. 예를 들어 Google Cloud Storage의 유럽 연합 위치에 있는 버킷은 유럽 연합 내에 저장 데이터를 저장하지만 유럽 연합 내 모든 Cloud Storage 리전으로 저장 데이터를 이동하거나 저장할 수 있습니다(서비스 약관서비스별 계약에 따라 다름).

지리적 데이터 관리

Cloud Platform 서비스의 데이터 지역성은 서비스별 계약을 포함한 서비스 약관의 지배를 받습니다. Google은 고객마다 보안 및 규정 준수 요구 사항이 다를 수 있음을 이해합니다. Cloud Platform 영업팀은 개발자의 요구사항이 충족되도록 지원합니다.

리전별 또는 영역별 스토리지 리소스를 사용할 때는 재해 복구 목적으로 데이터를 다른 리전에 복제하거나 멀티 리전 스토리지 리소스에 스냅샷을 만드는 것이 가장 좋습니다.

애플리케이션 배포 고려 사항

영역을 사용할 수 없을 때에도 서비스 및 애플리케이션의 가용성을 높이려면 다음 안내를 따르세요.

다음 중 하나를 사용합니다.

  • 리전별 리소스(예: App Engine 애플리케이션) 또는 관리형 멀티 리전별 리소스(예: Cloud Storage 또는 Cloud Datastore)
  • 영역별 리소스(예: Compute Engine 가상 머신). 하지만 영역 또는 리전 간의 컴퓨팅 및 스토리지 중복성 직접 관리.
전체 리전 손실이 지속되는 경우에도 애플리케이션 재해 복구를 수행할 수 있도록 하려면 다음 안내를 따르세요.

데이터에 대해 다음 전략 중 하나 이상을 사용합니다.

  • 관리형 멀티 리전별 스토리지 서비스(예: Cloud Storage, Cloud Datastore 또는 Cloud Spanner)를 사용합니다.
  • 영역(zone)별 또는 리전별 리소스를 사용하지만, Cloud Storage 또는 Cloud Datastore와 같은 다중 리전별 리소스로 데이터를 스냅샷으로 작성합니다.
  • 영역별 또는 리전별 리소스를 사용하지만 다른 리전 한 개 이상에 대한 고유 데이터 복제를 관리합니다.

컴퓨팅의 경우에는 다음 전략을 사용합니다.

  • 영역별 또는 리전별 리소스(예: Compute Engine 또는 App Engine)를 사용하지만 데이터가 아직 관리형 멀티 리전별 리소스에 없는 경우, 기본 데이터의 복사본을 참조하는 다른 리전에서 애플리케이션을 수동 또는 자동으로 가져옵니다(리전별 오류 발생 시).

서비스 종속 항목에 대한 자세한 내용은 영업팀에 문의하세요.

추가 솔루션 및 가이드

다음 솔루션 및 가이드에서는 애플리케이션의 고가용성 및 장애 내결함성을 보장할 수 있는 지침을 제공합니다.

확장 및 복원 가능한 웹 애플리케이션 빌드

Cloud Platform을 사용하여 웹 애플리케이션에 광범위하게 적용되는 패턴과 사례로 확장 및 복원 가능한 애플리케이션 아키텍처를 빌드하는 방법을 알아봅니다.

Compute Engine의 리전 간 부하 분산

여러 리전에서 Compute Engine 인스턴스를 구성하고 HTTP 부하 분산으로 트래픽을 리전 간에 분산하여 리전 간 가용성을 높이고 서비스 중단 시 장애 조치를 제공합니다.

강력한 시스템 빌드

Google Compute Engine 서비스에서 애플리케이션을 오류, 네트워크 중단, 예상치 못한 재해를 극복할 수 있도록 설계합니다.

Cassandra 재해 복구에 Google Cloud Storage 사용

Google Cloud Storage에서 데이터를 백업 및 복원하여 Cassandra 설치에 기본적인 재해 복구를 추가하는 방법을 알아봅니다.

재해 복구 계획 가이드

Cloud Platform에서 재해 복구 계획을 설계하고 테스트하는 일반 원칙입니다.