フォルダーは、Cloud Platform リソース階層内のノードです。フォルダーには、プロジェクト、他のフォルダー、またはその両方の組み合わせを含めることができます。組織はフォルダーを使用して、階層内の組織ノードの下にプロジェクトをグループ化できます。たとえば、組織に複数の部門があり、それぞれが独自の Google Cloud リソースのセットを持っている場合があります。フォルダーを使用すると、これらのリソースを部門ごとにグループ化できます。フォルダーは、共通の IAM ポリシーを共有するリソースをグループ化するために使用されます。フォルダーには複数のフォルダーまたはリソースを含めることができますが、特定のフォルダーまたはリソースは 1 つの親を持つことができます。https://cloud.google.com/resource-manager/docs/creating-managing-folders

VM が同じ仕様になるように、インスタンスのインスタンス テンプレートを作成します。
[自動再起動] をオンに設定すると、クラッシュ時に VM が自動的に再起動します。
[オンホスト メンテナンス] を [VM インスタンスの移行] に設定します。
これにより、メンテナンス期間中に VM が処理されます。
VM インスタンスを移行して可用性を高めます。インスタンスを管理できるように、インスタンス テンプレートをインスタンス グループに追加します。
* onHostMaintenance: インスタンスの再起動を引き起こす可能性のあるメンテナンス イベントが発生したときの動作を決定します。
* [デフォルト] MIGRATE。メンテナンス イベントが発生したときに Compute Engine がインスタンスをライブ マイグレーションします。
* TERMINATE。インスタンスを移行する代わりに停止します。
*automaticRestart: インスタンスがクラッシュしたとき、またはシステムによって停止されたときの動作を決定します。
* [デフォルト] true。インスタンスがクラッシュするか停止した場合、Compute Engine はインスタンスを再起動します。
* false なので、インスタンスがクラッシュまたは停止した場合、Compute Engine はインスタンスを再起動しません。
自動再起動を有効にすると、コンピューティング エンジン インスタンスがクラッシュしたときに確実に自動的に再起動されます。また、VM インスタンスの移行を有効にすると、ライブ マイグレーションが有効になります。つまり、コンピューティング インスタンスはシステム メンテナンス中に移行され、移行中も実行されたままになります。
自動再起動 メンテナンス イベントが発生したときにインスタンスが終了するように設定されている場合、または根本的なハードウェアの問題によりインスタンスがクラッシュした場合は、automaticRestart フィールドを true に設定することでインスタンスを自動的に再起動するように Compute Engine を設定できます。この設定は、sudo shutdown の呼び出しなどのユーザー操作によってインスタンスがオフラインになった場合、またはゾーンの停止中に適用されません。参照: https://cloud.google.com/compute/docs/instances/setting-instance-scheduling-options#autorestart [VM インスタンスの移行] オプションを有効にすると、インスタンスがインフラストラクチャ メンテナンス イベントから移行され、インスタンスはインフラストラクチャ メンテナンス イベント中も実行されたままになります。移住。インスタンスでは短期間パフォーマンスが低下する可能性がありますが、通常、ほとんどのインスタンスでは違いは感じられません。これは、一定の稼働時間を必要とし、短期間のパフォーマンスの低下を許容できるインスタンスに最適です。参照: https://cloud.google.com/compute/docs/instances/setting-instance-scheduling-options#live_maigrate