web-dev-qa-db-ja.com

外部IPを使用しないマネージドインスタンスグループの自動修復

このトピックに関する情報が見つからないようです。自動修復ヘルスチェックは、130.211.0.0/22、35.191.0.0/16のGoogle外部IP範囲のインスタンスによって実行されます。

クラウドNATセットアップを使用しており、インスタンスグループに外部IPのないインスタンスが含まれています。

この種の設定でインスタンスグループの自動修復を有効にする方法はありませんか？

google-compute-enginehealthcheck
1
JazzCat

Autohealingは、外部IPを持たないインスタンスを持つマネージドインスタンスグループで使用できます。この目標を達成するには、サブネットからサービスへのアクセスをホワイトリストに登録する必要があります130.211.0.0/22、35.191.0.0/16ドキュメント で述べたように。インスタンスに外部IPがないことが心配な場合は、心配する必要はありません。ヘルスチェックからのリクエストは、ヘルスチェックサブネットからインスタンスに内部的にルーティングされます。

テストプロジェクトで正常に試しました。インスタンス（外部IPなし）でのテストサービスのために、WebサーバーApacheを実行することにしました。以下の私の手順を見つけてください：

  1. カスタムVPCを作成する
  2. サブネットを作成する
  3. 外部静的IPを作成する
  4. ルーターを作成する
  5. natを作成する
  6. インスタンスを作成する
  7. apacheWebサーバーをインスタンスにインストールします
  8. カスタムディスクイメージを作成する
  9. インスタンステンプレートを作成する
  10. マネージドインスタンスグループテンプレートを作成する
  11. ヘルスチェックなしでマネージドインスタンスグループを作成する
  12. サブネットからポート80への接続を許可する130.211.0.0/22、35.191.0.0/16ファイアウォールで
  13. 管理対象インスタンスグループを編集し、ヘルスチェックを追加します（ポート80）
  14. 管理対象インスタンスグループのステータスを確認する healthy
  15. 2つのインスタンスでApache2をシャットダウンします
  16. 管理対象インスタンスグループのステータスを確認する unhealthy
  17. 自動修復を数分待ちます
  18. 管理対象インスタンスグループのステータスを確認する healthy_again

したがって、ご覧のとおり、2つの新しいインスタンスが作成され、2つのインスタンスが停止したApacheに置き換えられました。

1
Serhii Rohoza