この章の内容：
1.HTTPリダイレクト
2.DNS DNS
3.リバースプロキシ
4.ネットワーク層
リンク層
前の節では、この章では、転送を実装する方法に焦点を当てて、送信先IPアドレス転送サーバロードバランシングを選択する方法について説明します。
A、HTTPリダイレクト
IPアドレスを使用してバランスをとるHTTPリダイレクトサーバの負荷がアルゴリズムサーバのバランスをとるいくつかの負荷を取得した後、HTTPリダイレクトパケットのアドレス、ステータスコード302を書きます。クライアントの後、リダイレクトパケット、サーバーへの再起動要求に対する必要性を受け取ります。
短所：
- 2つの要求は、したがって、比較的高いアクセス遅延を必要とします。
- HTTPロード・バランサは、処理能力が制限され、クラスタのサイズを制限します。
このロードバランシングの欠点は、それはほとんど実際の場面で使用されていない、より明白に転送されます。
二、DNSの名前解決
DNSサーバーのIPアドレスにドメイン名を解決すると同時に、ロードバランシングアルゴリズムを使用して計算されます。
利点：
- DNSは最近、サーバーからユーザーのIPアドレスに戻った地理的位置に基づいて、ドメイン名を解決することができます。
短所：
- DNSは、マルチレベルの構造を有しているので、各レベルのドメイン名レコードは、サーバがDNSレコードを有効にするには長い時間がかかる修正する必要がある場合、オフライン、キャッシュする可能性があります。その後、基本的には大規模な方法を均衡ファーストクラスの負荷としてDNSを使用しているサイト、および内部のバランスセカンドレベルの負荷を作るために他の手段を使用しています。言い換えれば、内部DNS負荷の結果は、サーバのIPアドレスのバランスをとります。
第三に、リバースプロキシサーバー
ソースサーバの前に、プロキシサーバーを逆にし、ユーザの要求は、ソースサーバーに到達するために、リバースプロキシサーバーを経由する必要があります。リバースプロキシは、キャッシング、ログ記録などに使用することができ、また負荷分散サーバーとして使用することができます。
転送モードをこのロード・バランシングでは、クライアントは、要求元のサーバーません、ソースサーバは、外部のIPアドレスを必要とし、プロキシの設定に二つの内部および外部のIPアドレスを逆にしません。
利点：
- 一緒に他の機能との統合は、シンプルに展開します。
短所：
- すべてのリクエストとレスポンスをリバースプロキシサーバーを経由する必要があり、それがパフォーマンスのボトルネックになることができます。
第四に、ネットワーク層
サーバーの送信元IPアドレスに応じて、オペレーティングシステムのカーネル・プロセスにロードバランシングアルゴリズムをネットワークデータパケットを取得し、パケットの要求先IPアドレスを変更し、最後に転送されます。
サーバから返されたソース・レスポンスはまた、典型的には、サーバーがゲートウェイ・サーバ・クラスタとして動作するロードバランシングを実現するためにそれらを取得することにより、負荷分散サーバーを通過する必要があります。
利点：
- カーネルプロセスで処理され、パフォーマンスが比較的高いです。
短所：
- 和反向代理一样，所有的请求和响应都经过负载均衡服务器，会成为性能瓶颈。
五、链路层
在链路层根据负载均衡算法计算源服务器的 MAC 地址，并修改请求数据包的目的 MAC 地址，并进行转发。
通过配置源服务器的虚拟 IP 地址和负载均衡服务器的 IP 地址一致，从而不需要修改 IP 地址就可以进行转发。也正因为 IP 地址一样，所以源服务器的响应不需要转发回负载均衡服务器，可以直接转发给客户端，避免了负载均衡服务器的成为瓶颈。
这是一种三角传输模式，被称为直接路由。对于提供下载和视频服务的网站来说，直接路由避免了大量的网络传输数据经过负载均衡服务器。
这是目前大型网站使用最广负载均衡转发方式，在 Linux 平台可以使用的负载均衡服务器为 LVS（Linux Virtual Server）。