スケーラブルな設計アプリケーション・サーバ・クラスタ
、毎回ユーザ要求は、任意のサーバクラスタまでに送信することができ、いずれかのサーバの結果が同じになるように、アプリケーションサーバは、ステートレスであるように設計されています。
各ユーザのための各要求は、異なるサーバ上に落下することができる、分配手段は、HTTPリクエストを必要とする、知覚され得るか、またはサーバのクラスタ番号で構成することができる、新しいサーバークラスタは、タイムリーに、そして新たにラインや組立ラインオフに見出すことができます配信要求を停止するサーバへのサーバのオンライン配信要求組立ラインオフされた場合、アプリケーション・サーバー・クラスタのスケーラビリティを実現しました。
このHTTPリクエストは、配信サーバロードバランシングデバイスと呼ばれています。
また、サイトのユーザビリティを向上させながら負荷分散は、スケーラビリティのサイトを達成することができないだけ。具体的には以下のロードバランシングを実現するために、いくつかの基本的な技術を取り上げました。
6.2.1 HTTPリダイレクト・ロード・バランシング
（状態、それに応じて302）、ユーザーのブラウザにHTTPリダイレクト応答を返すWebサーバーの実際のアドレスは、ユーザーのHTTP要求に応じて算出され、Webサーバのアドレスを書き込みます。
長所：シンプルなソリューション
短所：ブラウザがサーバーへのアクセス、パフォーマンスの低下を完了するために、2つの要求を必要とします。
処理能力のボトルネックになることがサーバー自体をリダイレクト、クラスタ全体のスケーラビリティの制限されたサイズ。
それをリダイレクトするようにHTTP302応答を使用して、それがSEOの不正行為、下の検索ランキングを決定するための検索を引き起こす可能性があります。
実際には、このめったに実用的なソリューション。
6.2.2 DNS DNS負荷分散
IPの複数の対応するドメインネームサーバのDNS設定
私たちは、負荷分散アルゴリズムに従って、各ドメインの名前解決要求が異なるIPアドレスを返します。
利点：
DNS負荷、仕事に均衡多くはまた、ロケーションベースのDNSドメイン名の解決をサポートしながら、面倒なサイトの管理やサーバーの負荷分散のメンテナンスの必要性を排除するには、ドメイン名は、ユーザーのアクセス速度を高速化、サーバからユーザ地理的に最も近いアドレスに解決されますそして、パフォーマンスを向上させます。
短所：
マルチレベルの解像度は、キャッシュも各レベルは、DNSまだ意志、また、この時間は長い時間がかかり、サーバーがオフラインのときに、DNSのAレコードを変更しても、効果にそれを置くために、レコード現在のDNSを、DNSドメイン名は、失敗をアクセスするためのユーザーを引き起こして、オフラインになったサーバーに解決されます。
DNS負荷分散と、それはサイトと、より強力な管理を改善するために多くを行うことができないドメイン名解決サービスプロバイダを制御。
実際には、サイトの大部分は、実用的なDNSの名前解決は、常にDNS負荷分散は、ファーストクラス手段として使用する DNSサーバーのセットは、Webサービスを提供することは現実的ではない持っているだけでなく、ロード・バランシングを提供し、つまり、物理サーバその後、内部負荷分散サーバーの負荷分散を設定する内部サーバは、実際のWebサーバに要求を配布します。
6.2.3リバースプロキシの負荷分散
ほとんどのリバースプロキシサーバーは、別のWebサーバーに転送された要求に応じて、ロードバランシングアルゴリズムを負荷分散機能を提供します。Webサーバーの処理は、完全な応答はまた、リバースプロキシサーバーを介して利用者に返却する必要があります。
Webサーバーが直接外部アクセスを提供していないため、Webサーバーは外部IPアドレスを使用して、外部と内部IPアドレスのデュアルカードセットを設定する必要があり、プロキシサーバーを逆にする必要はありません。
また、アプリケーション層のロード・バランシング、レイヤ7ロードバランシングとして知られているHTTPプロトコルレベル作業におけるリバースプロキシサーバ。
利点：
そして、リバースプロキシサーバーの機能が展開する、シンプルな統合します
短所：
パフォーマンスがボトルネックになる可能性が中継局のすべての要求と応答のときにリバースプロキシサーバ。
6.2.4 IPロードバランシング