Google Cloud Platform のサービスは、北米、南米、ヨーロッパ、アジア、オーストラリアの各ロケーションで利用できます。これらのロケーションは、「リージョン」と「ゾーン」に分けられます。アプリケーションのロケーションとして、レイテンシ、可用性、耐久性の要件が満たされるところを選ぶことができます。
リージョンとゾーン
「リージョン」は、「ゾーン」で構成された、独立した地理エリアです。リージョン内のロケーションのラウンドトリップ ネットワーク レイテンシは、だいたい 95% で 5 ミリ秒未満です。
「ゾーン」は、リージョン内にある、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
マルチリージョン リソースに関連付けられているデータは、特定のリージョンと結びつけられているわけではなく、リージョン間で移動させることができ、さらにリージョン グループでのリージョンの追加と削除も可能です。たとえば、EU ロケーション内にある Google Cloud Storage 用バケットではデータが EU 内に保存されますが、保存データは EU 内のどの Cloud Storage リージョンにも格納または移動することができます（利用規約とサービス固有の規約によります）。
データの地理的管理
Cloud Platform サービスにおけるデータの局所性は、サービス固有の規約を含む利用規約に定められています。Google では、それぞれお客様に独自のセキュリティおよびコンプライアンス上のニーズがあることを理解しています。お客様に要件を満たしていただくために、Cloud Platform セールスチームがお手伝いをいたします。
リージョンまたはゾーンで保存されているリソースを使用するときには、災害復旧のために、データを他のリージョンに複製するか、マルチリージョンで保存されているリソースにスナップショットを作成することを強く推奨いたします。
アプリケーション デプロイの留意点
- ゾーンが利用不可能になった場合も耐えられる、可能性の高いサービスとアプリケーションを作成するには
-
次のいずれかを使います。
- リージョン リソース（App Engine アプリケーションなど）またはマネージドのマルチリージョン リソース（Cloud Storage や Cloud Datastore など）。
- ゾーンリソース（Compute Engine 仮想マシンなど）。ただし、ゾーンまたはリージョンをまたいでコンピューティングとストレージの冗長性を管理する必要があります。
- リージョン全体が幅広く喪失した場合に耐えられる、災害復旧が可能なアプリケーションを作成するには
-
データの場合、次のうちの 1 つまたは複数の戦略を使います。
- マネージドのマルチリージョン ストレージ サービス（Cloud Storage や Cloud Datastore など）を使用します。
- ゾーンリソースまたはリージョン リソースを使用し、マルチリージョン リソース（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 で災害復旧計画を設計およびテストするための一般的な原則です。
災害復旧クックブック
Google のクラウド インフラストラクチャを使用して、さまざまな災害回復シナリオに対処するためのガイダンスです。
