問題タブ [google-cloud-load-balancer]

HTTPSロード バランサー プロキシは、マネージド インスタンス グループでは適切に機能しますが、非マネージド インスタンス グループではうまく機能しません。バックエンドにいくつかのアンマネージドインスタンス グループを追加し、プロキシに特定のトラフィックをアンマネージド グループ (例: https://test.example.comをアンマネージド インスタンス グループ) に転送するように指示しました。テストが完了したら、非マネージド インスタンス グループのインスタンスを停止できます。ただし、マネージド グループ内で個々の VM インスタンスを停止することはできません。

すべてが期待どおりに機能しています。ただし、ブラウザーはページを表示するのに 10 ～ 15 秒 (常にではありませんがほとんど) かかり、ランダムに 500 エラーを受け取ります。管理されていないグループのインスタンスが停止しているか、ロード バランサーが何らかのハウスキーピングを行っているため、応答に時間がかかっているようです。

応答時間を修正するためのヘルプや提案をいただければ幸いです。ロード バランサーを回避して Web サーバーに直接アクセスすることは期待どおりに機能しますが、プロキシ サーバーのみが SSL 証明書を持っているため、https は使用できません。

管理された証明書を使用して、Google クラウドで構成された kubernetes イングレスがあります。次に、ポッドとしての theia/theia-full Docker イメージと、イングレスとポッドを接続する kubernetes サービスを用意します。

ブラウザでの theia ページの初期ロードが機能し、すべてのプラグインがバックエンドで開始されます。その後、30 秒ごとに、ブラウザーは別の Websocket 要求を wss://mytheiadomain に発行します。theia バックエンド ログ

すべてのプラグインが切断され、再度初期化されます。(このエラー メッセージが表示されず、プラグインが切断されて初期化されることもあります)

ブラウザの Wi-Fi 接続を切断しても、これは発生しません。そのため、ブラウザの wss リクエストが再起動をトリガーするようです。プレーンな docker で theia-full をローカルで実行すると、30 秒ごとの切断は発生しません。

これは、数時間の検索後にエラーを追跡した限りです。ヒントをいただければ幸いです。より多くのログ出力と構成ファイルを提供できます。

1 つの grpc サービスで Google クラウドにロード バランサーをセットアップしようとしています。これが望ましい結果です。

external-> url grpc.dev.foo.com-> load_balancer-> internal VMTLS ホスト ホワイト リストがオンの場合grpc.foo.com

そのため、 TLS ホワイトリストを尊重するようにトラフィックgrpc.dev.foo.com/*を書き換えるロード バランサーが必要です。grpc.foo.com/*

host rewriteホストとパスのルール (URL マップ) の下で、私が書いた場所grpc.foo.com(いいえ/)という名前のこの特定のオプションがあるようです

しかし、多くの異なる試行の後、URL が正しく書き換えられることはなく、502failed_to_connect_to_backendエラーが発生します (ホスト != tls ホワイトリストのときにサービスが応答しないため)。

このhost rewritegcloud フィールドに関するドキュメントはありません。ここで使用すべきフィールドですか? 特定の値を書き込む必要がありますか? この場合、別のツールを使用する必要がありますか?

ご回答ありがとうございます (ops の管理と gcloud の使用は初めてなので、概念を見落としている可能性があります)