ssl経由で何らかの要求を行う場合、数日間、ELBに非常に長い初期接続時間(15秒〜1.3分)が表示されることがよくあります。 奇妙なことに、私はGoogle Chrome(Safari、Firefox、カールではない)でしかこれを観察できませんでした。AWS Elastic Load Balancing:極端に長い初期接続時間を参照
1回限りのリクエストではなく、リクエストの約50%が発生します。これは最初の要求(OPTIONS-call)で発生します。
設定は次のとおりです。 node.jsバックエンド(現在はeu-west-1の2つのAZ)に接続するクロスゾーンELB。すべてのインスタンスは正常であり、要求が処理されると正常に処理されます。現在、システムには基本的に負荷はありません。 ELBのCloudwatchは、バックエンド接続エラー、SurgeQueue(値0)、スピルオーバ数のいずれも報告しません。 ELBメトリックは低い待ち時間(< 100ms)を示します。 私たちはRoute53をELBにルーティングするように設定しました(dnsの問題はありません。添付のスクリーンショットを参照)。
私たちは、すべてこのセットアップを持つ異なるREST-APIを持っています。それはすべてのELBに発生します(それぞれが無意味なノードに接続しています.jsバックエンド)。これらのELBはすべて、雲のテンプレートを使用して同じ方法で設定されます。
ELBは私たちのSSL終了も行います。
何がこのような現象につながる可能性がありますか? ELBが正しく構成されていない可能性はありますか?なぜGoogle Chromeにしか表示されないのでしょうか?
考え[重複](http://stackoverflow.com/questions/29125264/chrome-slow-initial-connection-to-ec2)。 – gboda
ブラウザでマシンにwiresharkをインストールし、tcpハンドシェイクのどの時点で待ち時間が現れているのかを確認してください。これは非常に珍しいようです。 –
@gboda good find、pity答えもありません。たぶんここに別の場所があるかもしれません。 –