正常なバックエンドサービスにもかかわらず、Googleクラウドhttp(s)ロードバランサーが502を返す


11

2つのバックエンドにトラフィックを誘導するように構成されたGCE http(s)ロードバランサーがあります。-デフォルトバックエンド-別のホスト/パスルール(<host>:/*)を持つ2番目のバックエンド

両方のバックエンドは同じインスタンスグループに存在します-異なるNodePortを公開する2つのkubernetesサービスを実行するコンテナークラスター。

インスタンスグループには、公開された各NodePortに1つずつ、2つの名前付きポートがあります。

両方のバックエンドが正常であると報告しているにもかかわらず、2番目のバックエンドへのすべてのリクエストは502を返します。

サービス自体は問題ではありません-2番目のバックエンドの背後でサービスをデフォルトに切り替えると、正常に機能します。

:この説明を最初に投稿してから大幅に更新/簡略化しました。はるかに単純な構成で問題を再現できるからです。


1
ここで問題を提起しました:code.google.com/p/google-compute-engine/issues/detail
id=

このGoogleの問題の回答は、これが構成であることを示しています。ホスト/パスルールの問題。
ホーケット

回答:


4

ロードバランサーからインスタンスへのトラフィックはデフォルトでは有効になっていません。残念ながら、これは十分に文書化されておらず、実際、ロードバランサーを作成するときに自動的に行われるはずです。

ロードバランサーとVMが存在するネットワークにこのファイアウォールルールを追加してみてください。

130.211.0.0/22   tcp:1-5000   Apply to all targets

1
問題はファイアウォールルールではなく、サービスは個別に機能します。OPコメントに記載されているGoogleの問題の応答から、ホスト/パスルールの構成の問題のように見えます。
ホーケット
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.