このページの本文へ

前へ 1 2 次へ

アプリケーショントラフィック管理入門 第3回

サーバー以外の負荷分散や広域ロードバランシングを学ぶ

ますます高機能化するロードバランサーの技術

2010年03月29日 06時00分更新

文● 大谷イビサ/TECH.ASCII.jp

  • この記事をはてなブックマークに追加
  • 本文印刷

誕生以来、ロードバランサーはますます機能強化を続け、単なるサーバーへの負荷分散を超えるアプリケーショントラフィックの管理装置に成長している。今回はWebサーバー以外の負荷分散や広域なロードバランシングなどの機能を総ざらいしていきたい。

本記事は「アプリケーショントラフィック管理入門」の第4回です。過去の記事も合わせてご覧ください。

ますます拡がる
ロードバランサーの適用範囲と機能

 ロードバランサーは、クライアントからのリクエストを複数のサーバーに分散して振り分け、サーバーの負荷を減らす。また、故障したり、高い負荷のかかったサーバーに対しては、リクエストを振り分けないように調整し、システム全体のパフォーマンスや可用性を高める。こうした利点から、1990年代後半、ロードバランサーはアクセス数の多いEコマースサイトやWebサイトなどで数多く導入され、市民権を得た。

 その頃登場した代表的なロードバランサーとしては、F5ネットワークスの「BIG-IPシリーズ」やアルテオンウェブ・システムズ(現ラドウェア)の「AlteonACEDirectorシリーズ」などが挙げられる。その後、シスコシステムズやファウンドリーネットワークスなども市場に参入した。21世紀に入っても、機能や価格の面で激しい競争を繰り広げている。

 その結果、ロードバランサーはますます進化を続け、適用範囲を拡げている。以下、発売当初から拡張された機能について見ていこう。

Webサーバー以外の冗長化

 当初、ロードバランサーは対象をWebサーバーに絞っていた。ドットコムブームにおけるロードバランサーの需要の中心は、Webサイトでの負荷分散だったので、当然といえば当然だ。

 しかし、Webサーバーを防御するためのファイアウォールやIDS、ルータなどの処理能力が遅ければ、当然サイトのパフォーマンスとしては低くなってしまう。また、Webサーバー以外にも、メールサーバーやデータベースサーバーなどアクセス過多により、過負荷に陥る可能性がある。特に2000年以降、WAN回線が一気にブロードバンド化したことで、セキュリティ機器やサーバーの処理能力はシステム全体から見て、大きなボトルネックになってしまったのだ。

 こうしたことから、現在のロードバランサーでは、(1)HTTP、SMTP、POP3、DNS、RADIUS、LDAP、SIPなどの各種サーバー、(2)ルータやスイッチなどのネットワーク機器、(3)ファイアウォールやVPNゲートウェイ、IDS・IPSといったセキュリティ機器など、幅広い装置の負荷分散に対応している(図1)

図1 サーバー以外の機器のロードバランシング

 特にソフトウェアベースのファイアウォールは、ブロードバンド化に追従できず、パフォーマンスも劣化しているにも関わらず、簡単に置き換えることもでない状況だ。こうした場面で、ロードバランサーの利用価値は非常に高い。ちなみに、さまざまな機器を冗長化するロードバランサー自体も、ダウンしたらサイト全体が停止してしまうことになる。そのため、ロードバランサーを複数台用意し、いずれかが障害を起こしてもサービスが継続できる冗長化が施されている機種が増えている。

グローバルな負荷分散

 登場した当初のロードバランサーが対象としていたのは、あくまで単一のサイトにあるローカルのサーバーであった。しかし、サーバールームで停電が起こったり、自然災害で同じ場所に置かれたサーバーがすべてダウンしたら、サイトは利用不能になってしまう。こうした事態を避けるために、ロードバランサーは地理的に複数のサイトにまたがるグローバルな負荷分散機能を搭載するようになった。

 代表的なF5のBIG-IP Global Traffic Manager(BIG-IP GTM:旧称3-DNS)でのグローバル負荷分散の機能を用いて、3カ所のサイトの負荷分散を行なう例を見てみよう。BIG-IP GTMはDNSを用いて、複数サイトを適切に使い分ける機能を持っている。

 まず、BIG-IP GTMを3カ所のサイトに設置し、各サイトのサーバー等にヘルスチェックを行なうようにしておく。そして、そのうち1台をDNSサーバーとして動作させ、クライアントのリクエストが来た時点で、各サイトのBIG-IP GTMに問い合わせをかける。その結果、いくつかの条件からもっとも最適なサイトのIPアドレスをクライアントに戻すわけだ(図2)

図2 DNSを用いた広域なロードバランシング

 ローカルと比べて、グローバル環境での負荷分散は、ヘルスチェックはより詳細に行なう必要がある。単なるPingやTCPコネクションの接続チェックのみならず、各サーバーへの往復時間(ラウンドトリップタイム)やパケットロス率などを測定し、適切な応答時間を割り出す。また、IPアドレスを調べ、地理的な場所を特定するデータベースと照らし合わせることで、適切な言語のページを表示させるという「地理的ロードバランシング機能」もある。この機能を用いると、たとえば日本のユーザーの場合は日本語ページを、米国のユーザーの場合は英語ページを表示するといったユーザーに最適なコンテンツを表示することが可能になる。

(次ページ、サービスの可用性を確保)


 

前へ 1 2 次へ

カテゴリートップへ

本記事はアフィリエイトプログラムによる収益を得ている場合があります

この連載の記事

アクセスランキング

  1. 1位

    ネットワーク

    「ケーブルを引っ張ってみてください。」→引っ張ってみた結果……

  2. 2位

    ネットワーク

    量子コンピューターを超える!? 「光量子コンピューター」ってのがあるんです。

  3. 3位

    ネットワーク

    マザーボードが油に沈んでる!? SFみたいな“液浸冷却システム”、見た目からして未来すぎる

  4. 4位

    ネットワーク

    展示会の無料Wi-Fi、実はとんでもない実験場だった。Interop会場ネットワークは「ガチの展示」

  5. 5位

    トピックス

    “スター・ウォーズのホログラム”が現実に近づいた? 幕張で見つけた裸眼3Dディスプレイが未来すぎる

  6. 6位

    ネットワーク

    データセンター不足の救世主になるか? “コンテナ型サーバー”が想像以上にすごい

  7. 7位

    ネットワーク

    キオクシアって結局なに作ってるの? 「株価急騰の注目企業」を幕張で見てきた

  8. 8位

    ITトピック

    VMware利用企業、8割近くが「他環境へ移行検討・実施」/データセンター電力消費が1年で26%増加、AI競争で「電力確保」重要課題に、ほか

  9. 9位

    クラウド

    いいかも、国産クラウドストレージ! DirectCloudは月額固定料金・ユーザー無制限

  10. 10位

    ネットワーク

    サーバーの水冷ぜんぶ見せる大作戦! レノボが見せた“AI時代の冷却”が迫力ありすぎる

集計期間:
2026年06月11日~2026年06月17日
  • 角川アスキー総合研究所