AWS弾性のロードバランサ - インスタンスの優先順位

Question

私はAWS_Blue_Green_Deployments紙hereを読んで、そして次の理解しようとしています：

それが展開する時間だとき、あなたは、単に既存の負荷に 緑基を結合バランサーが新しい 環境にトラフィックを導入します。 HTTP/HTTPSリスナーの場合、ロードバランサは緑の 自動スケーリンググループを優先します。これは、Elastic Load Balancing Developer Guideで説明されているように、少なくとも未処理の要求ルーティングアルゴリズム を使用しているためです。

は残念ながら - 私が説明を参照してください（または - ちょうどそれを理解することはできません）することはできません弾性負荷分散開発者ガイドhereに。

誰かがこの部分を説明してくださいでした：それはなぜELBがトラフィックのために新たに接続したASGを好むだろうアルゴリズム

をルーティング以上の未処理の要求を使用しているため

をロードバランサは、緑の自動スケーリンググループを好みます？ AWS内の「未解決要求のルーティングアルゴリズム」は何ですか？

Answer 1

最近、ELBのドキュメントは、Application Load Balancerと呼ばれるELB-V2の導入によってリファクタリングされました。前者は現在クラシックと呼ばれています。

デフォルトでは、クラシック・ロード・バランサは最小の負荷で登録されたインスタンスに独立して各リクエストをルーティングします。

http://docs.aws.amazon.com/elasticloadbalancing/latest/classic/elb-sticky-sessions.html

A「アルゴリズムをルーティング少なくとも未処理の要求は、」インスタンスがその瞬間に、ペンディング（未処理、未完成の最小数を有する、ことをインスタンスを選択することによって、次の要求を受信するchosesがアルゴリズムであります） リクエスト。

新たに追加されたインスタンスは、最初は要求を処理しないため、作業負荷が既に要求を処理していたインスタンスの作業負荷を処理する時点まで、新しい要求が頻繁に使用されます。ロードが均衡するまで、アイドル（十分に活用されていない）インスタンスが優先され、インスタンスがすべて均等に処理されます。