サーバロードバランス

Elasticsearchクラスターへのユーザーリクエストがロードバランサーにより分散される様子を描いた図。（Wikipediaでの例）
サーバロードバランシング（Server Load balancing）は、コンピュータネットワークにおける技法の一種である。クライアントとサーバの間にロードバランサ（負荷分散装置）を設置し、複数のサーバが分散処理を行う。利用者の多いWebアプリケーションやネットワークゲームの運営などに適しており、サーバ１台では処理しきれない場合に、この技法を利用することで効率よくサーバの数を増やすことができる。また、故障や保守によりサーバが停止した際にも、サービスを続行させることができる。

**概要**
ロードバランサは、クライアントからのサービス要求に対して、サーバファーム内から適切な物理サーバを選択するよう管理・制御されなければならない。
物理サーバの選択後、そのクライアントからの要求は同じ物理サーバに転送される。これは、クライアントの状態をサーバ側で管理するようなアプリケーションでは必須となるが、故障などが発生したとき問題となる。この持続性をどう実装するかは、ロードバランサの機種によって異なる。最も典型的な方法は、状態情報を共有データベースに保持し、全ての物理サーバがそれにアクセスできるようにし、Cookieなどの小さなトークンを使って状態情報とクライアントを結びつける手法である。
外部のネットワークから見て、ロードバランサは仮想的な1台のサーバに見える。つまり、IPアドレスやポート番号は、背後にあるサーバ群の代表としてロードバランサのものだけが見える。サーバ群で動作する各種サービスは、外部からはこの仮想サーバが提供するように見える。各サービスは物理サーバのIPアドレスやポート番号を指定することで機能する。クライアントは仮想サーバに要求を送り、ロードバランサが物理サーバを選んでクライアントからの要求をそのサーバに転送する。
サービスが異なれば、ロードバランサによる仮想サーバの構成も変わってくる。基本的にはTCPとUDP上のサービスだが、仮想サーバがサポートする通信プロトコルとしては、HTTP、FTP、SSL、SSL BRIDGE、SSL TCP、NNTP、SIP、DNS などがある。
ロードバランサは、サーバ群が健全に動作しているかを把握することが重要である。このため、各サーバにキープアライブと呼ばれるパケットを定期的に送り、応答時間を監視する。応答が無い場合、そのサーバはダウン状態であると判断される。この監視は通常のネットワークとは別の経路で行われることが多い。サーバダウンが発生したとき、ロードバランサは残っているサーバ群で負荷分散を続行する。仮想サーバを構成する全サーバに障害が発生すると、（もしあれば）バックアップの仮想サーバに要求を転送したり、Webサービスであれば、事前に定義されたURLにリダイレクトする。リダイレクト先は、例えばサイト保守中であることを知らせるWebページである。
負荷分散されるサーバの種類としては、以下のものがある:- サーバファーム- キャッシュ- ファイアウォール- 侵入検知システム- SSLオフロードまたは圧縮- コンテンツ監視サーバ（ウイルス監視、スパム監視など）
広域サーバ負荷分散(GSLB)は、地理的に離れたサーバ群を対象とした負荷分散手法である。
通常は、サーバはサーバ技術者、ネットワークはネットワーク技術者が相互に依存することなく構築が行われるが、サーバロードバランスにおいては、サーバ構築とネットワーク構築の統合が必要となる。

**ロードバランサの機能**
 SSLオフロードと加速: SSLアプリケーションはWebサーバにとっては重い負担であり、特にCPU時間を消費する。そのため、SSLコネクションと非SSLコネクションを同時に処理すると、ユーザーから見て反応が悪くなったように感じられる。これに対処するため、ロードバランサにはSSLオフロードを行う機能を持つものもある。24em- Secure Remote Access (SSL-VPN):- DDoS攻撃への防御- 圧縮- TCP 負荷低減- クライアント・キープアライブ- TCP バッファリング- 統合ロギング- アプリケーションのキャッシュ化- TCP 圧縮- コンテンツのフィルタリング- 優先度別キューイング- コンテンツ切り替え- キャッシュのリダイレクト- 広域サーバ負荷分散- リンク負荷分散

**手法**
 最小コネクション: クライアントとのコネクション数の少ないサーバを選択する。- DNSラウンドロビン- コンピュータ・クラスターを実現するソフトウェアは一般に負荷分散機能も備えていることが多い。

**Webサーバでの手法**
インターネットの大きな問題として、あるサイトに訪れる多数のユーザーによる負荷を如何に制御するかという問題がある。この問題はサイトの成長に伴って発生するスケーラビリティの問題でもある。負荷分散を実現する手法はいくつかあり、ウィキメディア財団も負荷分散を行っている。2004年6月時点で同サイトが行っている負荷分散手法は以下の組合せである。- DNSラウンドロビンにより、ページ要求を3つのSquidサーバに平等に分散させる。- Squidサーバは応答時間を測定しており、7台のWebサーバにページ要求を分散させる。さらに Squid のキャッシュにより要求の75%はWebサーバを煩わせることなく応答できる。- 各WebサーバにはPHPスクリプトが動作していて、要求の種類によっていくつかのデータベースサーバに負荷を分散する。すなわち、更新要求はマスターデータベースに渡されるが、クエリは複数のスレーブデータベースに分散される。
他にもレイヤ4スイッチを使った手法や、オープンソースの負荷分散機能であるLinux Virtual Serverを使う手法がある。UNIX系での負荷分散手法としてリバースプロキシがある（HAProxyなど）。適切なモジュール構成にすれば、Apache や Lighttpd などのWebサーバもリバースプロキシとしての働きをする。

**無線LANにおける負荷分散**
無線LANで使用するWireless LAN Controllerは、多数のクライアントが接続しているアクセスポイントへの新規の接続を止め、接続しているクライアントが少ないアクセスポイントに新規のクライアントを割り当てることで、ひとつのアクセスポイントへのアクセスの集中を防ぐ。一方、チャネルボンディングやMIMOはスループットは向上するが、負荷分散にはならない。

**参考文献**
主な執筆者順。
洋書と翻訳（主な執筆者のアルファベット順）-  0-596-00050-2 BA53190280。️
** 4873110653、BA54950619。️-  0-471-41550-2、51224702。-  0-07-222622-6、2004297379。-  2=0-13-101468-4、54368356。-  0-596-00306-4
** 2=4873114268、676086494。
和書- 2=4797368535、820778827。

**脚注**

**出典**

**関連項目**
 Shortest Path Bridging (IEEE 802.1aq)

**主なロードバランサ製造企業**
50音順。- アスタロ- アレイ・ネットワークス- F5ネットワークス- シスコシステムズ- ジュニパーネットワークス- シトリックス・システムズ- ノーテル- バラクーダネットワークス- バリオセキュア- ファウンドリーネットワークス- フォーティネット- 富士通（IPCOM EX LBシリーズ）

**外部リンク**
 OpenBSD  relayd Open Source Layer 3/4/7 load balancer-  XLB Open Source HTTP (Layer-7) Loadbalancer-  IPVS Open Source Layer-4 Loadbalancer-  Dynamic Load Balancing and Scheduling-  Load Sharing and Balancing-  Load Balancing in Signaling Transfer Points（独語）-  What Is Network Load Balancing?-  How does CORBA support load-balancing?