フロアのロードバランシング：
パケットの宛先MACアドレスを書き換えることにより、アップストリームサービスのMACアドレスです。送信元IPアドレスと宛先IPアドレスは、LVS DRモードとして、負荷分散サーバと実サーバが同じVIPを共有し、変更されません。
四つのロード・バランシング：
LVS NATモード、HaProxyとして上流のサーバー（異なるIPアドレス+ポート）にポート転送パケット。
セブンロード・バランシング：
そのようなHTTPプロトコル、ホスト名、URLなどのポート番号とアプリケーションプロトコルは、上流のサーバ（例えばHaproxy、nginxのようなIPアドレス+ポート異なる）にパケットを転送します。
nginxの道をリロードする必要があります
領事+領事・テンプレートモード、リロードが非可逆です。
nginxの方法（動的負荷分散）を再ロードする必要はありません。
- DyupsモジュールのTengine
- マイクロブロギングUpsync
- OpenResty的balancer_by_lua
Upsync +領事を使用してマイクロブログ、彼らはオープンソースslardar（領事+ balancer_by_lua）を使用して雲を撮影します
そのバランスをとるHTTP動的負荷のように動的に追加するには、サーバー上のバー/削除、再起動nginxのに必要があります。
- ビジネスエディションnginxu
- nginxの-strean-upsyncモジュール
- ストリームのlua-nginxのモデルはbalancer_by_luaを達成されていない提供openResty、一時的に利用できません。
拡張：
Liunx 3つの主流（LVS、nginxの、HAproxy）負荷分散のコントラスト
- LVS：
1.アンチ負荷容量、高いパフォーマンスが、CPUとメモリリソースの消費量が比較的低く、60％のF5に達することができます
VRRPによるネットワーク層4は、（エージェントのみを使用しない）、特定のフローliunxがカーネルによって処理される作業2.ので、トラフィックが発生しないがあります。
3.安定性、信頼性は、それ自体が完全な冗長性を有している（keepalivedの+ LVS）
4.定期的な治療をサポートしていない、我々は、静的および動的な分離を行うことはできません
5.サポート複数のロードバランシングアルゴリズム：RR（ポーリング）、WRR（重み付けされたポーリング）、LC（最小接続）、WLC（加重最小コネクション）
6.構成が比較的複雑であり、ネットワーク上の依存が比較的大きい、高い安定性です。
7.LVS 4つの動作モードがあります。
（1）NAT NAT
（2）DR直接経路
（3）トンネルTUN
（4）フルNAT
- Nginxは：
レイヤ7ネットワーク内1.作業は、あなたは、httpためのいくつかの転換政策を行うことができ、そのようなドメイン名、ディレクトリ構造用などのアプリケーション、
2.Nginxネットワークにあまり依存は、理論的には、pingを実行することができる機能で堆積することができます
3.Nginxのインストール構成は、それが非常に簡単にテストすることで、比較的簡単です
4.またc10kの誕生の問題を解決するために、nginxのを高い負荷圧力と安定をとることができます
唯一のポートを介して検出され、バックエンドのサーバーがサポートするのヘルスチェックは、URLで検出されたサポートしていません
6.Nginx非同期リクエスト処理ノードサーバは、負荷圧力を減らすことができます
7.Nginxは、HTTP、HTTPS、および電子メールプロトコルをサポートしていますので、小さなスコープいます
8.保存セッションが直接サポートしていませんが、ip_hashを解決するためを通じて、ビッグリクエストヘッダのサポートは非常に良いではありません
9.Nginxは、キャッシュ機能であるWebサーバーを行うことができます。
- HAproxy：
仮想ホストのTCP（4）とHTTP（7）、サポート：1.エージェントは、次の2つのモードをサポートしています
2. nginxのは、などのセッションが残る、クッキーガイド、などいくつかの欠点を補完することができます
バックエンドサーバーを検出URL 3.サポートは問題が良いの助けになります検出します。
ダイナミック重み付けラウンドロビン、重み付けされた送信元アドレスのハッシュ、ハッシュが達成されたハッシュ加重加重URLパラメータ：など4.その他の負荷分散戦略。
以上nginxのより効率HAproxyの面で純粋に5.は、より優れた負荷分散を持っています
6.HAproxyがバランスMySQLをロードすることができ、DB後端ロードバランシングを検出するノードと
クッキーによると、ラウンドロビン、重み付けラウンドロビン、送信元アドレスを保持し、要求URL：7.支持体は、バランシングアルゴリズムをロード
それを行うことはできません8. Webサーバーがキャッシュです。
要約：
三つの主要なソフトウェアロードバランサ、適切な生産シナリオ：
1.最初のサイト構築、あなたがリバースプロキシ負荷分散としてnginxの、HAproxyを選択することができ、そのシンプルな構成の（あなたがいない負荷分散トラフィックに選択することができますが、重要ではありません）、パフォーマンスは一般的なビジネスシナリオを満たすことができます。あなたが考慮に入れる場合は、ロードバランサが障害問題の単一のポイントである、シングルポイントのnginxの+ keepalivedの回避ロードバランサ自体は使用することができます。
2.同時ウェブサイトが一定のレベルに到達し、安定性および転送の効率を向上させるために、あなたはnginxのより安定していることが、すべての後に、LVS / HAproxyをLVSを使用することができ、転送効率が高いです。