Google Cloud Platform のサービスは、北米、南米、ヨーロッパ、アジア、オーストラリアの各ロケーションで利用できます。これらのロケーションは、「リージョン」と「ゾーン」に分けられます。アプリケーションのロケーションとして、レイテンシ、可用性、耐久性の要件が満たされるところを選ぶことができます。
リージョンとゾーン
「リージョン」は、「ゾーン」で構成された、独立した地理エリアです。リージョン内のロケーションのラウンドトリップ ネットワーク レイテンシは、95% 程度が 1 ミリ秒未満になります。
「ゾーン」は、リージョン内にある、Cloud Platform リソースのデプロイエリアです。ゾーンは、リージョン内の単一の障害ドメインとみなすことができます。可用性の高い、フォールト トレラントなアプリケーションをデプロイするためには、リージョン内の複数のゾーンにわたってアプリケーションをデプロイし、予期せぬ障害から保護する必要があります。
自然災害によってリージョン全体が喪失した場合に備えて、災害復旧計画に、主要なリージョンが喪失するという予期せぬことが起こった場合にもアプリケーションを立ち上げるノウハウを用意しておく必要があります。詳しい情報については、アプリケーション デプロイの留意点をご覧ください。
選択されたそれぞれのロケーションで利用可能なリソースについての詳しい情報は、グローバル データセンターのロケーションをご覧ください。
Cloud Platform のサービスとリソースは、ゾーン内、リージョン内、複数のリージョンで Google が管理のいずれかになります。このようなオプションがデータにとってどのような意味を持つのかは、データの地理的管理をご覧ください。
ゾーンリソース
ゾーンリソースは、単一のゾーン内で動作します。ゾーンが利用不可能になれば、そのゾーン内のすべてのゾーンリソースは、サービスが復旧するまで、利用不可能になります。ゾーンリソースの一例としては、特定のゾーン内にある Google Compute Engine インスタンスが挙げられます。
リージョン リソース
リージョン リソースとは、リージョン内のすべてのゾーンにわたる冗長性を持たせてデプロイされているリソースです。たとえば App Engine アプリケーションが該当します。そのため、リージョン リソースはゾーンリソースに比べて可用性が高くなっています。
マルチリージョン リソース
Cloud Platform のサービスのいくつかは、冗長性を持たせ、リージョン内およびリージョンを横断して分散されるようにするために、Google が管理しています。これらのサービスでは、可用性、性能、リソースの効率性が最適化されます。しかしその結果、レイテンシか整合性モデルのいずれかをトレードオフする必要があります。このトレードオフは、プロダクトごとに文書化されています。
次のサービスには、全リージョンのデプロイエリアに加え、1 つ以上のマルチリージョンのデプロイエリアがあります。
- Google Cloud Datastore
- Google Cloud KMS
- Google Cloud Storage
- Google BigQuery
- Google Cloud Spanner
- Google Cloud Bigtable
- Google Cloud Healthcare API
マルチリージョン リソースに関連付けられているデータは、特定のリージョンと結びつけられているわけではなく、リージョン間で移動させることができ、さらにリージョン グループでのリージョンの追加と削除も可能です。たとえば、EU ロケーション内にある Google Cloud Storage 用バケットではデータが EU 内に保存されますが、保存データは EU 内のどの Cloud Storage リージョンにも格納または移動できます（利用規約とサービス固有の規約によります）。
データの地理的管理
Cloud Platform サービスにおけるデータの局所性は、サービス固有の規約を含む利用規約に定められています。Google では、それぞれお客様に独自のセキュリティおよびコンプライアンス上のニーズがあることを理解しています。お客様に要件を満たしていただけるよう、Cloud Platform セールスチームがお手伝いをいたします。
リージョンまたはゾーンで保存されているリソースを使用するときには、災害復旧のために、データを他のリージョンに複製するか、Multi-Regional Storage リソースにスナップショットを作成することを強く推奨いたします。
アプリケーション デプロイの留意点
- ゾーンが利用不可能になった場合も耐えられる、可能性の高いサービスとアプリケーションを作成するには
次のいずれかを使います。
- リージョン リソース（App Engine アプリケーションなど）またはマネージドのマルチリージョン リソース（Cloud Storage や Cloud Datastore など）。
- ゾーンリソース（Compute Engine 仮想マシンなど）。ただし、ゾーンまたはリージョンをまたいでコンピューティングとストレージの冗長性をご自身で管理する必要があります。
- リージョン全体が幅広く喪失した場合に耐えられる、障害復旧が可能なアプリケーションを作成するには
データの場合、次のうちの 1 つまたは複数の戦略を使います。
- マネージドのマルチリージョン ストレージ サービス（Cloud Storage、Cloud Datastore、Cloud Spanner など）を使用する。
- ゾーンリソースまたはリージョン リソースを使用し、マルチリージョン リソース（Cloud Storage や Cloud Datastore など）にデータのスナップショットを作成する。
- ゾーンリソースまたはリージョン リソースを使用し、データは他の 1 つまたは複数のリージョンに複製されるようにする。
コンピューティングの場合、次の戦略を使います。
- ゾーンリソースまたはリージョン リソース（Compute Engine や App Engine など）を使用する一方、データがマネージドのマルチリージョン リソースにない場合は、プライマリ データのコピーを参照し、（リージョンの障害の場合は）他のリージョンでアプリケーションを手動または自動で立ち上げる。
サービスの依存関係の詳細については、セールスチームにお問い合わせください。
追加のソリューションとチュートリアル
次のソリューションとチュートリアルは、アプリケーションの可用性を高め、停止にも耐えられるようにするためのガイダンスとなります。
スケーラブルで復元性の高いウェブ アプリケーションの構築
Cloud Platform を使用して、ウェブ アプリケーションに広く適用されるパターンと手法を利用し、スケーラブルで復元性の高いアプリケーション アーキテクチャを構築する方法が説明されています。
Compute Engine のためのリージョン間負荷分散
複数のリージョンで Compute Engine のインスタンスを構成し、HTTP 負荷分散によってリージョンを横断してトラフィックを分散させることで、リージョン間での可用性を向上させ、サービス停止の場合にもフェイルオーバーができるようになります。
堅牢なシステムの構築
障害、ネットワーク中断、予期せぬ災害に対して堅牢でいられるように、Google Compute Engine のサービスを設計します。
Cassandra の障害復旧に Google Cloud Storage を利用する
Google Cloud Storage でデータのバックアップと復元を行うことで、Cassandra インストール環境で基本的な障害復旧を可能にする方法が説明されています。
障害復旧計画ガイド
Cloud Platform で障害復旧計画を設計、テストするための一般的な原則です。
