위치 및 리전

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 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와 같은 다중 리전별 리소스로 데이터를 스냅샷으로 작성합니다.
  • 영역(zone)별 또는 리전별 리소스를 사용하지만 하나 이상의 다른 리전에 대한 고유 데이터 복제를 관리합니다.

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

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

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

추가 솔루션 및 가이드

다음 솔루션 및 가이드는 애플리케이션의 고가용성 및 장애 내결함성을 보장하기 위한 지침을 제공합니다.

확장 가능하고 탄력적인 웹 애플리케이션 빌드

Cloud Platform을 사용해서 웹 애플리케이션에 광범위하게 적용되는 패턴과 관행을 사용하여 확장 가능하고 탄력적인 애플리케이션 아키텍처를 구축하는 방법을 알아봅니다.

Compute Engine을 위한 지역 간 부하 분산

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

강력한 시스템 구축

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

Cassandra 재해 복구에 Google Cloud Storage 사용

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

재해 복구 계획 가이드

Cloud Platform에서 재해 복구 계획을 디자인하고 테스트하기 위한 일반 원칙입니다.

이 페이지가 도움이 되었나요? 평가를 부탁드립니다.

다음에 대한 의견 보내기...