実行中のインスタンスグループのサーバーを更新したいとします。別のインスタンスから新しいイメージを作成し、そのイメージからインスタンステンプレートを作成し、インスタンスグループに対してローリング更新を実行する必要があります。これは、管理対象インスタンスのマイナーな変更を行うための多くの手順です。管理対象インスタンスグループの実行を更新するための退屈ではない/遅い方法はありますか？インスタンスグループのマイナーアップデートを行うだけの理由で、新しいインスタンステンプレートを作成する必要があるのはなぜですか？
管理インスタンスはインスタンステンプレートに基づいているため、更新インスタンスをスキップすることはできません。
すべてのインスタンスで構成の変更が必要な場合や、管理対象インスタンスグループのインスタンス数が限られている場合は、ローリングアップデートが最適な自動化ソリューションです。ローリング・アップデートでは、更新のためにオフラインにすることができるインスタンスの数、インスタンスがインスタンスのすべてまたは単なるセグメントに影響するかどうかなど、さまざまなオプションを選択できます。詳しい説明はthis articleにあります。
ロールアウトの更新を行わない場合は、新しいバージョンの新しい管理対象インスタンスグループを作成するか、毎回追加の設定を行うか、手動で手動で開始するインスタンスごとに再作成する必要があります。これらのアプローチの両方とも、重要な手作業のステップを必要とする。 限られた数のインスタンス上のマイナー構成の場合でも、ローリング更新よりも実際に時間を節約できる場合は、ユーザーが手動で開始する手動構成を選択できます。しかし、インスタンス内で何かが失敗した場合、元のテンプレート構成で再作成されます。
おそらく最良の回避策は、プロセスを自動化するためにスクリプトを作成するだけなので、ブラウザを使用する必要はありません。 – spracketchip
ブラウザの代わりに、gcloudコマンドを使用して[テンプレートを作成]（https://cloud.google.com/compute/docs/instance-templates/create-instance-templates）および[管理対象インスタンスグループ]（https： /cloud.google.com/compute/docs/instance-groups/creating-groups-of-managed-instances#create_managed_group）。 –
はい、おそらくそれはちょうどスタートアップスクリプトを持っているので、最新のコードをプルするだけです。グループのインスタンスを再起動してgitから最新のコードをロードすることができます – spracketchip