リソースを作成する前に、会社の固有の要件を満たすために、リソースをどのように地理的に分散させるかを検討してください。通常、組織内の管理者とアーキテクトが地域に関する決定を行い、リソースをデプロイするユーザーにその決定を伝えます。たとえば、リソースをデプロイするときに地理情報を自動的に割り当てる Infrastructure as Code（IaC）プロセスを使用することもできます。
このドキュメントでは、地理がワークロードに与える影響の概要について説明します。
リソースを分散して可用性を確保する
次の例に示すように、固有の要件を満たすようにリソースを地理的に分散できます。
- レイテンシ: ユーザーの近くのゾーンにリソースがあることを確認します。
- 可用性: リージョン障害が発生した場合に備えて、複数のリージョンに冗長リソースを作成します。
リージョンとゾーン
リソースを作成するときに、次の地域カテゴリを選択できます。
リージョンは、ゾーンを含む地理的に独立したエリアです。例:
asia-east1（台湾）ゾーンは、リージョン内で相互に分離されたエリアです。たとえば、
asia-east1（台湾）リージョンのゾーンaはasia-east1-aという名前になります。
ゾーンは、リージョン内の単一障害発生ドメインとみなすことができます。可用性の高いフォールト トレラントなアプリケーションをデプロイし、予期せぬ障害を防ぐため、リージョン内の複数のゾーンにアプリケーションをデプロイできます。
各リソースには、独自のロケーション ダイナミクスがあります。たとえば、Compute Engine と Cloud Storage については、以下をご覧ください。
リソース間のやり取りに基づいて地域を選択する
リソースの分散計画を作成する際は、ゾーンとリージョン間のリソースの通信を考慮してください。リソース間のやり取りは、次のリソースタイプによって決まります。
一部のリソースは、他のリソース、複数のリージョンやゾーンによってもアクセスできます。こうした例としては、ディスク イメージ、ディスクのスナップショット、ネットワークなどがあります。
リージョン リソースは、リージョン内の複数のゾーンに重複してデプロイされます。リージョン リソースは、同じリージョンに位置するリソースからのみアクセスできます。こうした例としては、App Engine アプリケーションやリージョン マネージド インスタンス グループなどがあります。
マルチリージョン サービスは、リージョン内とリージョン間で冗長に分散されます。これらのサービスでは、可用性、性能、リソースの効率性が最適化されます。1 つ以上のマルチリージョン ロケーションがあるサービスの一覧については、ロケーション別のプロダクト提供状況をご覧ください。
ゾーンリソースは、同じゾーンに配置されているリソースからのみアクセスすることができます。ゾーンリソースの例としては、Compute Engine 仮想マシン（VM）インスタンスがあります。
たとえば、次のリソースについて考えてみましょう。
- グローバル: すべてのリソースからアクセスできるネットワーク。
- 各リージョン: 単一リージョン内のリソースへの外部アクセスのみを提供する IP アドレス。
- 各ゾーン: 同じゾーン内の VM に接続できるディスク。
