ロードバランサーは、処理能力よりもはるかに高いスループットでデータセンターにどのように適合しますか？

10GE接続で標準化されたデータセンターがあります。たとえば、Nexus 7000をコアに、Nexus 5000をアグリゲーションに、いくつかのファブリックエクステンダーをサーバーのエッジに（たとえば、これは私の特定のラボにあるため、Ciscoギアを例として使用しています）。Nexus 5000にぶら下がっているACE 4710ロードバランサーがいくつかありますが、これらには1GEインターフェイスしかありません。すべてのスイッチ接続は10GEであり、最新の仮想化データセンターでの大規模な東西（VMからVM）トラフィックに必要です。

ロードバランサーは、特定のトラフィック条件でボトルネックにならないか？ローカルの東西方向のトラフィックがロードバランサーに到達する必要がないこともわかりますが、コア、場合によってはデータセンターの相互接続を通過する必要がある状況もあります。

基本的に、私はロードバランサーがクライアントサーバー（南北）トラフィックで使用されていることを知っています。 10GEトラフィックパスが原因で、vMotionなどの問題が発生しますか（たとえば）？

ロードバランサーは、特定のトラフィック条件でボトルネックにならないか？

確かに、しかし、これは一般に、よく設計されたネットワークでは当てはまりません。

コアを横断する必要がある場合やデータセンター間を通過する必要がある場合でも、内部のサーバー間のトラフィックの大部分（つまり、「東西」）を許可するようにネットワークを設計できる必要があります。

多くの場合、ロードバランサーはその背後にあるサーバーのデフォルトゲートウェイですが、ルーティングプロトコル（つまりOSPFまたはRIP）が実行されて「東西」のトラフィックがロードバランサーを迂回できるようにする設定、または小規模な展開での設定を見てきました。静的ルートが使用された場所。

優れた設計であってもロードバランサーがボトルネックになる場合（つまり、トラフィックの量がそれだけ多い場合）、複数のロードバランサー間でロードバランシングを行う方法もあります。

これは確かにボトルネックであり、スループットがLBである「チェーン内の最も弱いリンク」に制限されます。ただし、回避することはできます。「スイッチバック」または「ダイレクトサーバーリターン」と呼ばれるものを使用する場合、非同期トラフィックフローを実行できます。それが機能する方法はこれです：

a）クライアントが2.2.2.2にhttpリクエストを送信

b）LBは2.2.2.2で応答し、着信要求をサーバーに渡します。LBとサーバーは同じLAN上にあるため、これはレイヤー2で行われます。

c）IP 2.2.2.2がエイリアスループバックインターフェイス上にあるため、サーバーはこの着信接続を受け入れます（そうしないと、インターフェイスと一致しないパケットがドロップされます）。

d）サーバーはクライアントに直接応答します。

リクエストは数バイトです。提供されるコンテンツは任意のサイズにすることができます。発信トラフィックはLBを通過しないため、より多くのトラフィックを処理できます。

乾杯、

--tc