リソースを作成する前に、デプロイする各リソースのメンテナンス要件を考慮する必要があります。また、基盤となるリソースのメンテナンスも考慮する必要があります。
たとえば、一部のサービスは基盤となる Compute Engine VM にデプロイされます。デプロイされたサービスに設定するメンテナンス ポリシーは、基盤となる VM のメンテナンス ポリシーとは異なります。
次のメンテナンス ダイナミクスの例は、リソースを効率的に使用できるようにするための計画を理解するうえで役立ちます。
仮想マシン（VM）のメンテナンス ポリシーを設定する
VM を作成するときに、保留中の更新、VM のクラッシュ、その他のホストイベントが発生した場合の VM の動作を指定するメンテナンス ポリシーを設定します。たとえば、ワークロードを別の VM にライブ マイグレーションするポリシーを作成したり、影響を受ける VM をシャットダウンして再起動できます。
詳しくは以下をご覧ください。
VM のメンテナンスとサービスのメンテナンスの違い
VM に設定するメンテナンス ポリシーは、VM で実行されるサービスに設定するメンテナンス ポリシーとは異なります。
たとえば、GKE は Compute Engine VM にクラスタをデプロイします。メンテナンス ポリシーを設定すると、GKE クラスタのメンテナンスのタイミングを制御できますが、これらのポリシーは、基盤となる Compute Engine VM でトリガーされる自動メンテナンスの実行を妨げるものではありません。
Compute Engine VM で実行されるサービスのメンテナンス ポリシーの詳細については、各サービスのドキュメントをご覧ください。
GPU または TPU を使用する VM でワークロードを維持する
作成する Compute Engine リソースによっては、GPU または TPU が割り当てられている場合があります。たとえば、GPU または TPU を使用して AI ワークロードを処理する VM を作成できます。これらの VM でホストイベントが発生した場合、影響を受けた VM から新しい VM へのライブ マイグレーションはサポートされていません。その結果、ホストのメンテナンス イベントにより VM のダウンタイムが発生し、ワークロードの中断が発生する可能性があります。GPU または TPU を使用するリソースのメンテナンス イベントを処理するには、以下をご覧ください。
ネットワーク インフラストラクチャのメンテナンス中に接続を維持する
Network Connectivity プロダクトを使用すると、ピア ネットワークを Virtual Private Cloud ネットワークに接続できます。Google Cloud は、このインフラストラクチャの定期的なメンテナンスを実施します。メンテナンス イベント中のダウンタイムを防ぐため、次の例のように、各ネットワーキング プロダクトのメンテナンスの推奨事項に従うことをおすすめします。
Cloud Router のメンテナンスによってルーティングが中断されることはありませんが、ピア ネットワーク ルーターでの構成が必要になることがあります。詳細については、ソフトウェアのメンテナンスと自動化タスクの再起動をご覧ください。
Cloud Interconnect では定期的に自動メンテナンスが行われます。そのため、通知を設定して冗長な接続を作成することが必要になることがあります。詳細については、インフラストラクチャ メンテナンス イベントをご覧ください。