地理的な分散を考慮する

リソースを作成する前に、会社の固有の要件を満たすために、リソースをどのように地理的に分散させるかを検討してください。通常、組織内の管理者とアーキテクトが地域に関する決定を行い、リソースをデプロイするユーザーにその決定を伝えます。たとえば、リソースをデプロイするときに地理情報を自動的に割り当てる Infrastructure as Code（IaC）プロセスを使用することもできます。

このドキュメントでは、地理がワークロードに与える影響の概要について説明します。

リソースを分散して可用性を確保する

次の例に示すように、固有の要件を満たすようにリソースを地理的に分散できます。

• レイテンシ: ユーザーの近くのゾーンにリソースがあることを確認します。
• 可用性: リージョン障害が発生した場合に備えて、複数のリージョンに冗長リソースを作成します。

リージョンとゾーン

リソースを作成するときに、次の地域カテゴリを選択できます。

• リージョンは、ゾーンを含む地理的に独立したエリアです。例: asia-east1（台湾）

• ゾーンは、リージョン内で相互に分離されたエリアです。たとえば、asia-east1（台湾）リージョンのゾーン a は asia-east1-a という名前になります。

ゾーンは、リージョン内の単一障害発生ドメインとみなすことができます。可用性の高いフォールト トレラントなアプリケーションをデプロイし、予期せぬ障害を防ぐため、リージョン内の複数のゾーンにアプリケーションをデプロイできます。 詳細については、地域とリージョンをご覧ください。

各リソースには、独自のロケーション ダイナミクスがあります。たとえば、Compute Engine と Cloud Storage については、以下をご覧ください。

• Compute Engine のリージョンとゾーン
• Cloud Storage バケットのロケーション

リソース間のやり取りに基づいて地域を選択する

リソースの分散計画を作成する際は、ゾーンとリージョン間のリソースの通信を考慮してください。リソース間のやり取りは、次のリソースタイプによって決まります。

• 一部のリソースは、他のリソース、複数のリージョンやゾーンによってもアクセスできます。こうした例としては、ディスク イメージ、ディスクのスナップショット、ネットワークなどがあります。

• リージョン リソースは、リージョン内の複数のゾーンに重複してデプロイされます。リージョン リソースは、同じリージョンに位置するリソースからのみアクセスできます。こうした例としては、App Engine アプリケーションやリージョン マネージド インスタンス グループなどがあります。

• マルチリージョン サービスは、リージョン内とリージョン間で冗長に分散されます。これらのサービスでは、可用性、性能、リソースの効率性が最適化されます。1 つ以上のマルチリージョン ロケーションがあるサービスの一覧については、ロケーション別のプロダクト提供状況をご覧ください。

• ゾーンリソースは、同じゾーンに配置されているリソースからのみアクセスすることができます。ゾーンリソースの例としては、Compute Engine 仮想マシン（VM）インスタンスがあります。

たとえば、次のリソースについて考えてみましょう。

• グローバル: すべてのリソースからアクセスできるネットワーク。
• 各リージョン: 単一リージョン内のリソースへの外部アクセスのみを提供する IP アドレス。
• 各ゾーン: 同じゾーン内の VM に接続できるディスク。