リージョンとゾーン

Compute Engine のリソースは、世界中の複数のロケーションでホストされています。これらのロケーションはリージョンとゾーンからなります。リージョンとは、リソースをホストできる特定の地理的なロケーションです。リージョンには 3 つ以上のゾーンがあります。たとえば、us-west1 リージョンは米国の西海岸の 3 つのゾーンを示し、us-west1-aus-west1-bus-west1-c のゾーンがあります。

仮想マシン インスタンスやゾーン永続ディスクなど、ゾーンを有効範囲とするリソースはゾーンリソースと呼ばれます。静的外部 IP アドレスなど、それ以外のリソースはリージョン リソースです。リージョン リソースは、ゾーンに関係なく、そのリージョン内のどのリソースでも使用できますが、ゾーンリソースは同じゾーン内の他のリソースでのみ使用できます。

たとえば、ゾーン永続ディスクをインスタンスに接続するには、この両方のリソースが同じゾーン内になければなりません。同様に、静的 IP アドレスをインスタンスに割り当てるには、そのインスタンスがその静的 IP アドレスと同じリージョン内になければなりません。

リージョン内の異なるゾーンにリソースを置くと、すべてのリソースに同時に影響するインフラストラクチャ停止のリスクを軽減できます。複数のリージョンにリソースを置けば、障害からの隔離をさらに強化できます。これにより、複数のドメインにリソースを分散させた堅牢なシステムを設計できます。

リージョンまたはゾーン固有のリソースは、一部だけです。イメージなど、その他のリソースはグローバル リソースで、場所を問わずすべての他のリソースで使用できます。グローバル、リージョン、ゾーンの Compute Engine リソースについて詳しくは、グローバル リソース、リージョン リソース、ゾーンリソースをご覧ください。

始める前に

ゾーンとクラスタ

Compute Engine は、ゾーンとそのゾーンがホストされている物理クラスタとの間に抽象化レイヤを実装します。クラスタは、データセンターに収容されている個別の物理インフラストラクチャを表します。各ゾーンは 1 つ以上のクラスタ内でホストされます。Compute Engine は組織ごとに個別にゾーンをクラスタにマッピングします。たとえば、ある組織の us-central1-a ゾーンが他の組織の us-central1-a ゾーンと同じクラスタにマッピングされていない場合もあります。

ゾーンとクラスタの間のマッピングやゾーン仮想化のコンセプトの詳細については、ゾーン仮想化のドキュメントをご覧ください。

ゾーンをクラスタから分離すると、ユーザーにも Compute Engine にも数々のメリットをもたらします。

  • Compute Engine がリージョン内のクラスタの間でリソースのバランスをとることができます。
  • Compute Engine がクラスタを追加してリージョンを拡大し続けても、ゾーンの選択リストが管理しやすい状態に維持されます。

ほとんどの組織について、Compute Engine は組織内のすべてのプロジェクトで一貫したゾーンとクラスタのマッピングが使用されるようにします。組織のプロジェクトで、VPC ネットワーク ピアリングまたはプライベート サービス アクセスを使用して他の組織とネットワークあるいはサービスを共有している場合、Compute Engine はピアリングされたすべての組織でのゾーンとクラスタのマッピングの一貫性を確保するよう試みます。たとえば、大規模な SaaS プロバイダの場合は、Compute Engine がピアリングされたすべての組織でのマッピングの一貫性を確保できない可能性があります。その場合、Compute Engine はピアリングされたプロジェクトでゾーンとクラスタのマッピングの一貫性を確保しようと試みます。

リージョンとゾーンの選択

リソースをホストするリージョンまたはゾーンを選択します。これによって、データが保存される場所、およびデータを使用する場所が決まります。リージョンとゾーンの選択が重要となる理由はいくつかあります。

障害対応
複数のゾーンとリージョンにリソースを分散させることで、サービスの停止を避けることができます。Google では、電力、冷却機能、ネットワーキングなどの物理インフラストラクチャの停止によって引き起こされる、連動障害のリスクを最小限に抑えるようにゾーンを設計しています。そのため、あるゾーンが使用不能になっても、同じリージョン内の別ゾーンにトラフィックを転送することでサービスの実行を継続できます。同様に、異なるリージョンでバックアップ サービスを実行することで、アプリケーション上でのリージョン停止の影響を緩和できます。リソースの分散および堅牢なシステムの設計について詳しくは、堅牢なシステムの設計をご覧ください。
ネットワーク レイテンシの短縮
ネットワーク レイテンシを短縮するには、サービス提供地点に近いリージョンまたはゾーンを選択することをおすすめします。たとえば、ほとんどの顧客が米国東海岸に存在する場合は、このエリアに近いリージョンとゾーンをプライマリとして選択し、バックアップ リージョンおよびゾーンもこのエリア近くにあるものを選択します。

リージョンとゾーンの識別

Compute Engine の各リージョンには、多数のゾーンが含まれています。ゾーン名は、そのゾーンの詳細を示す 2 つの部分で構成されます。ゾーン名の最初の部分がリージョンで、2 番目の部分がリージョン内のゾーンを示します。

  • リージョン

    「リージョン」はゾーンの集まりです。ゾーンは、帯域幅が広くレイテンシが低いネットワークで、同じリージョンの他のゾーンと接続されています。可用性が高いフォールト トレラントなアプリケーションをデプロイするには、複数のゾーンと複数のリージョンに対して行うことを推奨します。こうすることで、1 つのゾーンまたはリージョンでのみ発生する予期しないコンポーネントの故障の影響を受けにくくなります。

    シナリオにとって合理的なリージョンを選択します。たとえば、米国にのみ顧客がいる場合や、またはなんらかの理由によりデータの存在場所を米国内に制限する必要がある場合は、リージョン us-central1 またはリージョン us-east1 のゾーンにリソースを保存することが合理的であると言えます。

  • ゾーン

    ゾーンはリージョン内にあるデプロイエリアです。ゾーンの完全修飾名は、<region>-<zone> の形式です。たとえば、リージョン us-central1 のゾーン a の完全修飾名は us-central1-a です。

    リソースを分散する範囲の広さによっては、冗長性を確保するために、複数リージョンの複数ゾーンでインスタンスを作成します。

使用可能なリージョンとゾーン

次の並べ替え可能なテーブルを使用すると、さまざまなオプションを選択してリソースが利用できる場所を確認できます。たとえば、[ロケーションを選択] プルダウン メニューから Europe を選択し、[マシンタイプの選択] から M2 を選択すると、ヨーロッパで M2 マシンが使用可能なゾーンのリストが表示されます。

Google Cloud Console、gcloud コマンドライン ツール、または Compute Engine API で、特定のマシンタイプをサポートする使用可能なリージョンとゾーンを確認できます。

特定のリージョンまたはゾーンのマシン ファミリーへのアクセスをリクエストするには、アカウント チームにお問い合わせください。

各ゾーンでは、Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome プラットフォームの組み合わせをサポートしています。ゾーンでインスタンスを作成すると、インスタンスはそのゾーンでサポートされているデフォルトのプロセッサを使用します。たとえば、ゾーン us-central1-a でインスタンスを作成する場合、別のオプションを指定しない限り、インスタンスはデフォルトで Haswell プロセッサを使用します。

任意の CPU プラットフォームを選択することもできます。詳細については、VM インスタンスの最小 CPU プラットフォームの指定をご覧ください。

ゾーン ロケーション マシンタイプ CPU リソース
asia-east1-a 彰化県(台湾、APAC) E2、N2、N2D、N1、M1、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome GPU
asia-east1-b 彰化県(台湾、APAC) E2、N2、N2D、N1、M1、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome GPU
asia-east1-c 彰化県(台湾、APAC) E2、N2、N2D、N1、M1、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome GPU
asia-east2-a 香港、APAC E2、N2、N2D、N1、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome
asia-east2-b 香港、APAC E2、N2、N2D、N1、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome
asia-east2-c 香港、APAC E2、N2、N2D、N1、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome
asia-northeast1-a 東京(日本、APAC) E2、N2、N2D、N1、M1、M2、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome GPU
asia-northeast1-b 東京(日本、APAC) E2、N2、N2D、N1、M1、M2、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome
asia-northeast1-c 東京(日本、APAC) E2、N2、N2D、N1、M1、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome GPU
asia-northeast2-a 大阪(日本、APAC) E2、N1、N2、N2D、M1、C2 Ivy Bridge、Sandy Bridge、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome
asia-northeast2-b 大阪(日本、APAC) E2、N1、N2、N2D、M1、M2 Ivy Bridge、Sandy Bridge、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome
asia-northeast2-c 大阪(日本、APAC) E2、N2、N2D、N1、M2 Ivy Bridge、Sandy Bridge、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome
asia-northeast3-a ソウル(韓国、APAC) E2、N2、N1、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake
asia-northeast3-b ソウル(韓国、APAC) E2、N2、N1、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake GPU
asia-northeast3-c ソウル(韓国、APAC) E2、N2、N1、C2 Ivy Bridge、Sandy Bridge、Broadwell、Skylake、Cascade Lake GPU
asia-south1-a ムンバイ(インド、APAC) E2、N2、N1、M2、M1、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake GPU
asia-south1-b ムンバイ(インド、APAC) E2、N2、N1、M2、M1 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake GPU
asia-south1-c ムンバイ(インド、APAC) E2、N1、M1 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake
asia-south2-a
asia-south2-b
asia-south2-c
デリー(インド、APAC) E2、N2、N1、C2 Haswell、Broadwell、Skylake、Cascade Lake
asia-southeast1-a
asia-southeast1-b
ジュロンウェスト(シンガポール、APAC) E2、N2、N2D、N1、M1、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome GPU
asia-southeast1-c ジュロンウェスト(シンガポール、APAC) E2、N2、N2D、N1、M1、C2、A2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome GPU
asia-southeast2-a ジャカルタ(インドネシア、APAC) E2、N2、N1、M1 Ivy Bridge、Haswell、Broadwell、Skylake、Cascade Lake GPU
asia-southeast2-b ジャカルタ(インドネシア、APAC) E2、N2、N1 Ivy Bridge、Haswell、Broadwell、Skylake、Cascade Lake GPU
asia-southeast2-c ジャカルタ(インドネシア、APAC) E2、N2、N1、M1 Ivy Bridge、Haswell、Broadwell、Skylake、Cascade Lake GPU
australia-southeast1-a シドニー(オーストラリア、APAC) E2、N2、N1、C2、M2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake
australia-southeast1-b シドニー(オーストラリア、APAC) E2、N2、N1、C2、M1、M2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake GPU
australia-southeast1-c シドニー(オーストラリア、APAC) E2、N2、N1、C2、M1、M2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake GPU
australia-southeast2-a メルボルン(オーストラリア、APAC) E2、N2、N1 Haswell、Broadwell、Skylake、Cascade Lake
australia-southeast2-b
australia-southeast2-c
メルボルン(オーストラリア、APAC) E2、N2、N1、M1 Haswell、Broadwell、Skylake、Cascade Lake
europe-north1-a ハミナ(フィンランド、ヨーロッパ) E2、N2、N2D、N1、C2、M1 Ivy Bridge、Sandy Bridge、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome
europe-north1-b ハミナ(フィンランド、ヨーロッパ) E2、N2、N2D、N1、C2 Ivy Bridge、Sandy Bridge、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome
europe-north1-c ハミナ(フィンランド、ヨーロッパ) E2、N2、N2D、N1、C2、M1 Ivy Bridge、Sandy Bridge、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome
europe-central2-a
europe-central2-b
europe-central2-c
ワルシャワ(ポーランド、ヨーロッパ) E2、N1 Haswell、Broadwell、Skylake、Cascade Lake
europe-west1-b サンギスラン(ベルギー、ヨーロッパ) E2、N2、N2D、N1、M1、M2、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome GPU
europe-west1-c サンギスラン(ベルギー、ヨーロッパ) E2、N2、N2D、N1、M2、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome GPU
europe-west1-d サンギスラン(ベルギー、ヨーロッパ) E2、N2、N2D、N1、M1、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome GPU
europe-west2-a ロンドン(イギリス、ヨーロッパ) E2、N2、N2D、N1、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome GPU
europe-west2-b ロンドン(イギリス、ヨーロッパ) E2、N2、N2D、N1、M1、M2、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome GPU
europe-west2-c ロンドン(イギリス、ヨーロッパ) E2、N2、N2D、N1、M1、M2、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome
europe-west3-a フランクフルト(ドイツ、ヨーロッパ) E2、N2、N2D、N1、M1、M2、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome
europe-west3-b フランクフルト(ドイツ、ヨーロッパ) E2、N2、N2D、N1、M1、M2、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome GPU
europe-west3-c フランクフルト(ドイツ、ヨーロッパ) E2、N2、N2D、N1、M1、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome
europe-west4-a エームスハーヴェン(オランダ、ヨーロッパ) E2、N2、N2D、N1、C2、A2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome GPU
europe-west4-b エームスハーヴェン(オランダ、ヨーロッパ) E2、N2、N2D、N1、M2、M1、C2、A2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome GPU
europe-west4-c エームスハーヴェン(オランダ、ヨーロッパ) E2、N2、N2D、N1、M2、M1、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome GPU
europe-west6-a
europe-west6-b
europe-west6-c
チューリッヒ(スイス、ヨーロッパ) E2、N2、N1、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake
northamerica-northeast1-a モントリオール(ケベック州、北米) E2、N2、N2D、N1、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome GPU
northamerica-northeast1-b モントリオール(ケベック州、北米) E2、N2、N2D、N1、M1、M2、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome GPU
northamerica-northeast1-c モントリオール(ケベック州、北米) E2、N2、N2D、N1、M1、M2、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome GPU
southamerica-east1-a サンパウロ州オザスコ(ブラジル、南アメリカ) E2、N2、N1、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake
southamerica-east1-b サンパウロ州オザスコ(ブラジル、南アメリカ) E2、N2、N1、M1、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake
southamerica-east1-c サンパウロ州オザスコ(ブラジル、南アメリカ) E2、N2、N1、M1、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake GPU
us-central1-a アイオワ州カウンシル ブラフス(北米) E2、N2、N2D、N1、M1、C2、A2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome GPU
us-central1-b アイオワ州カウンシル ブラフス(北米) E2、N2、N2D、N1、M2、M1、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome GPU
us-central1-c アイオワ州カウンシル ブラフス(北米) E2、N2、N2D、N1、M2、M1、C2、A2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome GPU
us-central1-f アイオワ州カウンシル ブラフス(北米) E2、N2、N2D、N1、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome GPU
us-east1-b サウスカロライナ州モンクスコーナー(北米) E2、N2、N2D、N1、M1、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome GPU
us-east1-c サウスカロライナ州モンクスコーナー(北米) E2、N2、N2D、N1、M1、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome GPU
us-east1-d サウスカロライナ州モンクスコーナー(北米) E2、N2、N2D、N1、M1、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome GPU
us-east4-a バージニア州アッシュバーン(北米) E2、N2、N2D、N1、M2、M1、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome GPU
us-east4-b バージニア州アッシュバーン(北米) E2、N2、N2D、N1、M2、M1、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome GPU
us-east4-c バージニア州アッシュバーン(北米) E2、N2、N2D、N1、M1、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome GPU
us-west1-a オレゴン州ダラス(北米) E2、N2、N2D、N1、M1、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome GPU
us-west1-b オレゴン州ダラス(北米) E2、N2、N2D、N1、M1、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome GPU
us-west1-c オレゴン州ダラス(北米) E2、N2、N2D、N1、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome
us-west2-a カリフォルニア州ロサンゼルス(北米) E2、N1、M2、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake
us-west2-b カリフォルニア州ロサンゼルス(北米) E2、N1、C2 M1 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake GPU
us-west2-c カリフォルニア州ロサンゼルス(北米) E2、N1、M2、M1、C2 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake、Cascade Lake GPU
us-west3-a
us-west3-b
us-west3-c
ユタ州ソルトレイクシティ(北米) E2、N1、C2 Ivy Bridge、Sandy Bridge、Broadwell、Skylake、Cascade Lake
us-west4-a ネバダ州ラスベガス(北米) E2、N2、N2D、N1、M2、M1 Ivy Bridge、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome
us-west4-b ネバダ州ラスベガス(北米) E2、N2、N2D、N1、M1 Ivy Bridge、Broadwell、Skylake、Cascade Lake、AMD EPYC Rome
us-west4-c ネバダ州ラスベガス(北米) E2、N2、N1 Ivy Bridge、Broadwell、Skylake、Cascade Lake

発表済みのリージョン

Google では引き続き次のリージョンを新たに開設する予定です。

  • トロント(カナダ)
  • サンティアゴ(チリ)
  • ドーハ(カタール)
  • パリ(フランス)
  • ミラン(イタリア)
  • マドリード(スペイン)
  • トリノ(イタリア)

透過的メンテナンス

Google では、インフラストラクチャを定期的にメンテナンスしています。最新のソフトウェアを使用してシステムにパッチを適用し、ルーチンテストと予防的メンテナンスを実行し、全体として Google インフラストラクチャが可能な限り高速かつ効率的に機能していることを確認します。

デフォルトで、すべてのインスタンスは、メンテナンスがアプリケーションや作業負荷に影響を与えないように構成されます。Google は、データセンターの革新、運用上のベスト プラクティスを実施している他に、メンテナンスを避けて実行中の仮想マシン インスタンスを移動するライブ マイグレーション テクノロジーを採用しています。インスタンスは、利用者のアクションを必要とせずに、同じゾーン内で実行を続けます。

デフォルトでは、すべての仮想マシンに対してライブ マイグレーションが設定されていますが、仮想マシンを停止して再起動するように設定することもできます。この 2 つのオプションには、次のような違いがあります。

  • ライブ移行

    実行中のインスタンスを Compute Engine が自動的に移行します。移行プロセスによってゲストのパフォーマンスが少し低下しますが、インスタンスは移行プロセス中もオンライン状態が継続されます。ゲストのパフォーマンスに与える正確な影響と影響を与える時間は、さまざまな要因によって変わりますが、ほとんどのアプリケーションおよび作業負荷では無視できる程度です。詳細については、ライブ マイグレーションをご覧ください。

  • 停止して再起動する

    Compute Engine がインスタンスにシャットダウン信号を自動的に送信します。インスタンスが完全にシャットダウンしたらメンテナンス イベントを終了し、再起動します。

インスタンスに上記のオプションを設定する方法について詳しくは、インスタンスのスケジュール オプションの設定をご覧ください。

割り当て

静的 IP、イメージ、ファイアウォール ルール、ネットワークなど一部のリソースには、プロジェクト全体の割り当て上限とリージョンごとの割り当て上限が定義されます。これらのリソースを作成すると、関係するプロジェクト全体の割り当てまたはリージョンごとの割り当ての合計値が加算されます。関係する割り当て上限を超えると、そのプロジェクトまたはリージョンで同じタイプのリソースを追加することができなくなります。

プロジェクトに適用される割り当ての一覧については、Google Cloud Console の [割り当て] ページをご覧ください。

たとえば、グローバル ターゲット プールの割り当てが 50 個で、25 個のターゲット プールを example-region-1 で、25 個のターゲット プールを example-region-2 で作成した場合、プロジェクト全体の割り当てに達しているため、スペースを空けるまで、このプロジェクトではどのリージョンでもこれ以上のターゲット プールを作成できません。同様に、リージョンに割り当てられている IP アドレスが 7 個である場合、1 つのリージョンで予約できる IP アドレスは 7 個までです。この上限に達した場合は、新しいリージョンで IP アドレスを予約するか、現在のリージョンで一部の IP アドレスを解放する必要があります。

ロケーション選択のヒント

VM インスタンスの作成中に、Compute Engine は以下の方法を使用し、容量と可用性に基づいてインスタンスのゾーンを自動的に選択できます。

  • インスタンス一括作成の API を使用すると、インスタンスを作成するゾーンを自動的に選択できます。
  • リージョン マネージド インスタンス グループは 「任意」分配形態で構成できます。これにより、リソースが利用できるゾーンにインスタンスが自動的に作成されます。

ゾーンを選択するときは、次の点にご注意ください。

  • リージョン内およびリージョン間の通信には、別途費用が発生します。

    通常、異なるリージョン間の通信と比較して、リージョン内の通信の方が安価で高速です。

  • 重要なシステムは、複数のゾーンで冗長性を備えて設計します。

    インスタンスは、予期しない障害の影響を受けることがあります。このような場合の影響を軽減するために、重要なシステムは複数のゾーンおよびリージョンに重複して展開することを推奨します。

    たとえば、ゾーン europe-west1-b とゾーン europe-west1-c でインスタンスをホストすると、europe-west1-b で予期しない障害が発生した場合でも、ゾーン europe-west1-c のインスタンスを利用できます。一方、すべてのインスタンスを europe-west1-b でホストしていた場合は、europe-west1-b がオフラインになると、どのインスタンスにもアクセスできなくなります。また、複数のリージョンにまたがるようにリソースをホストすることも検討してください。たとえば、まれなケースですが、リージョン europe-west1 で障害が発生した場合に備えて、バックアップ インスタンスをリージョン europe-west3 のゾーンでホストすることを検討します。可用性の高いシステムを設計する方法に関するヒントについては、堅牢なシステムの設計をご覧ください。

次のステップ

使ってみる

Google Cloud を初めて使用する場合は、アカウントを作成して、実際のシナリオで Compute Engine のパフォーマンスを評価してください。新規のお客様には、ワークロードの実行、テスト、デプロイができる無料クレジット $300 分を差し上げます。

Compute Engine の無料トライアル