1

現在、TCP ロード バランサーの背後にあるバックエンド サービス (3 台の VM マシンのマネージド インスタンス グループ) を持つ Google クラウド セットアップがあります。フロントエンド構成には、トラフィックをポート 6443 にリダイレクトする静的外部 IP アドレスと、ロード バランサーに接続されたポート 6443 の tcp ヘルス チェックもあります。バックエンド サービスの 3 つの vm インスタンスのうち、最初はマシンの 1 つだけがポート 6443 でサービスを実行していました。したがって、ロード バランサーは、ロード バランサーの詳細ページで 1 つの正常なインスタンスと 2 つの異常なインスタンスを正しく検出します。ポート 6443 の異常な vm インスタンスでサービスを起動するには、ロード バランサの IP と同じポートを介して正常な vm インスタンスに接続する必要があります。ロード バランサの IP とポート 6443 を使用して (バックエンド インスタンスからではなく) ロード バランサの外部から vm インスタンスに接続すると、バックエンド サービスのヘルス vm インスタンスへの接続が正常に行われていることがわかります。ただし、バックエンド サービスの異常な vm インスタンスの 1 つからロード バランサに接続しようとすると、正常な vm インスタンスではなく同じインスタンスに接続がリダイレクトされ、接続拒否エラーが発生することがわかります。リクエストの送信元がロード バランサーの背後にある場合でも、ロード バランサーの IP とサービス ポートの接続を常に正常なインスタンスの 1 つにリダイレクトできるように、Google クラウドの tcp ロード バランサーに設定はありますか? ただし、バックエンド サービスの異常な vm インスタンスの 1 つからロード バランサに接続しようとすると、正常な vm インスタンスではなく同じインスタンスに接続がリダイレクトされ、接続拒否エラーが発生することがわかります。リクエストの送信元がロード バランサーの背後にある場合でも、ロード バランサーの IP とサービス ポートの接続を常に正常なインスタンスの 1 つにリダイレクトできるように、Google クラウドの tcp ロード バランサーに設定はありますか? ただし、バックエンド サービスの異常な vm インスタンスの 1 つからロード バランサに接続しようとすると、正常な vm インスタンスではなく同じインスタンスに接続がリダイレクトされ、接続拒否エラーが発生することがわかります。リクエストの送信元がロード バランサーの背後にある場合でも、ロード バランサーの IP とサービス ポートの接続を常に正常なインスタンスの 1 つにリダイレクトできるように、Google クラウドの tcp ロード バランサーに設定はありますか?

4

3 に答える 3