2016-09-28 7 views
1

TLDR:のGCEインスタンスがロードバランシングパスから削除され、安全に削除されるまで待機する必要がある時間の上限はどのくらいですか?GCP HTTPSロードバランシング:インスタンスの削除はいつ安全ですか?


詳細:私は比較的標準設定があります:管理インスタンスのグループでGCEインスタンスを、彼らの前でグローバルHTTPSのロードバランサは、その中にインスタンス・グループを管理するだけでバックエンドサービスで指摘しました。ヘルスチェックは、標準で5秒間のタイムアウト、5秒間の不健全なしきい値、2回の連続した失敗、2回の連続した成功です。

新しいインスタンスをいくつか配置し、インスタンスグループに追加して古いインスタンスを削除します。多くの分(通常10-15分)後、私は古いインスタンスを削除します。

私は、古いインスタンス(トラフィックを受信して​​いないと思われる)を削除すると、クライアントへの散発的な502の応答と関連していることに気付きます。これは、ロードバランサレベルのログでのみ確認できます。

私はこの502は新しい、健全なインスタンスのいずれかによって提供されていないことをかなり確信するために、ログの相関関係とtcpdumpingと負荷テストの束をやりました。いずれにせよ、私の質問は:

上限私はGCEインスタンスがロード・バランシング・パスから削除され、安全に削除することができ保証に待機する時間には?

+0

接続の排水を有効にするhttps://cloud.google.com/compute/docs/load-balancing/enable-connection-draining – Dagang

答えて

0

私自身の質問に答えるには、これらの502はインスタンスのシャットダウンに関連していないことが判明しました.10分はサービングパスからインスタンスを削除するのに十分な時間でした。 502sは、nginxのタイムアウトとGCPのHTTP(S)Load Balancerのタイムアウトの競合状態によって引き起こされました。私はここに完全なブログ投稿を投稿しました:Tuning NGINX behind Google Cloud Platform HTTP(S) Load Balancer

関連する問題