問題タブ [internal-load-balancer]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
udp - Google Cloud: ヘルスチェックで失敗したインスタンスが UDP 内部ロードバランサから削除されない
私は、SIP インフラを移動するプロジェクトに取り組んでいます。GCPに。
プライベート IP を持つ UDP 内部ロード バランサーを使用して、Asterisk から Kamailio SBC に通話をルーティングしています。Asterisk は、ロード バランサーのアドレス IP を単一の発信エンドポイントとして構成されています。
内部 UDP ロード バランサーは、5060 フロントエンド、2 つの SBC を備えたバックエンド、およびポート 80 での基本的な http ヘルス チェックで動作します。
各 kamailio SBC で、ヘルス チェックのためにポート 5060 にアプリケーションをリストし、ポート 80 に Apache サーバーをリストしているため、httpd を停止するとインスタンスのステータスが異常に変わります。
転送ルール
バックエンド サービス
健康診断
すべてのタイムアウトは 3 秒に設定されます。セッション アフィニティ (永続性) によって実行される内部 UDP LB ルート ルールはすぐには削除されません。削除されるまでに約 15 分 (トラフィックなし) かかります。
インスタンスが再び正常な場合と同じケースで、LB によって考慮されてトラフィックの受信を開始するのに 15 分かかります。
外部アドレス IP で UDP ロード バランサーを使用していた場合、この問題は発生しませんでした。これは、トラフィックを送信するアスタリスク アドレスがネイテッドであるため、5 タプル ハッシュが呼び出しごとに異なるためです。
しかし、内部 IP を使用する UDP LB では、5 タプル ハッシュは常に同じ (同じ src/dst IP:Port) であるため、セッション アフィニティ (永続性) ルールのタイムアウトを構成したり、私のメモリを強制的にフラッシュしたりする方法ポンド。
多分それはバグです！誰かが同じ問題に遭遇しましたか? ありがとう、誰かがこの問題で私を助けてくれるかどうか楽しみにしていますか?
BR、ウス