2017-02-06 21 views
2

GCE HTTPSロードバランサのセッション・アフィニティ

エンドポイントプロトコル:HTTPS名前付きポート:httpsのタイムアウト:600秒のヘルスチェック:UI-health2セッションアフィニティ:生成されたCookieアフィニティCookie TTL:0秒クラウドCDN:無効 Instance group Zone Healthy Autoscaling Balancing mode Capacity group-ui-normal us-central1-c 1/1 Off Max. CPU: 80% 100% group-ui-large us-central1-c 2/2 Off Max. CPU: 90% 100% group-ui-xlarge us-central1-c 2/2 Off Max. CPU: 80% 100%

デフォルトのホストとパスの規則はSSLで終了しました。

問題は、セッションの親和性が適切に機能していないことと、なぜ私には分かりませんか。たいていの場合、動作するようですが、ランダムに同じGCLBクッキーを使って別のインスタンスからリクエストが返されます。これはすべて5秒ごとにAJAX要求で再現され、インスタンスAへの20回以上のリクエスト、次にインスタンスBへのリクエスト、次にAへの20回以上のリクエスト...

LBログを見て、 (ランダムな奇妙な応答とは別に)、CPUは低いです。どこのインスタンスが5秒間「不健全」なのかわかりますか?

Apacheログには、ヘルスpingまたは要求にエラーが表示されません。

"バランスモード"とセッションアフィニティの間に奇妙な相互作用がありますか?

+0

これで解決策を見つけられましたか? –

+0

それぞれに1つのインスタンスグループを持つ3つのロードバランサを作成しましたが、この構成はより安定しているようです。 – qtxo

答えて

0

load balancerはかなりの量の要求を処理すると考えられています。それは彼らの貨物をかなり効果的にバランスさせます。

ロードバランサがあまりにも多くのリクエストを受け取っていないという問題は、ロードバランサが効果的に動作する上で障害になるため、負荷を大幅に変更することができます。

関連する問題