目的
負荷分散とは何かを調べる
負荷分散(ロードバランサー)とは
ロード(load、負荷)＋バランサー(Balancer、平衡を保つためのもの)で、サーバーやネットワークに関連する用語であり、装置の名称です。この仕組みにより、Webサイトへのアクセス集中やサーバー故障などの場合でも、アクセス中の利用者に安定したサービス提供を継続可能になります。[1]
負荷分散がなぜ必要か
サーバに高い負荷がかかると応答時間が遅くなり、いずれシステムがダウンするおそれがあります。システムダウンは外部からの攻撃や障害によって引き起こされる恐れもあります。システムがダウンすれば事業継続が難しくなり、ひいては企業の経営上大きな損失となってしまいます。サーバの負荷を軽減し、安定的にサーバを運用するための仕組みが、負荷分散です。[2]
負荷分散の手法
負荷分散が行われるレイヤー
ロードバランサーの割り振りによって、L4かL7(OSI参照モデル)での負荷分散が可能になります。[3]
| L4ロードバランサー | L7ロードバランサー | |
|---|---|---|
| OSI参照モデルにおける階層 | トランスポート層 | アプリケーション層 |
| 振り分け方 | IPアドレスとポート番号 | URLやHTTPヘッダー |
| 用途 | シンプルで高速な負荷分散を行いたい場合 | 細かいトラフィック管理*1が必要な場合 |
*1 企業のネットワークを流れるトラフィックの流量などを監視し、必要に応じて制御するなどの適切な運用を行うこと
負荷分散の特徴
負荷分散の特徴をまとめました。[1]
速度低下を防ぐ
SEO(検索エンジン最適化)の観点から、Webサイトのページ表示速度の高速化は重要です。そのためWebサイトの人気が出てアクセス数が増加しても、ページ表示速度が低下しないように対策しなければなりません。
サーバーに負荷がかかると、処理に時間がかかり、利用者は重く感じてしまいます。その主な原因は、処理件数が増加してサーバーのリソース(CPUやメモリーなど)を奪い合うためです。
そこでロードバランサーの登場です。実際のサーバーも1台から複数台に増やすことで、負荷を分散します。その結果、Webサイトのページ表示速度の低下を防ぎ、高速化することができます。
ダウンしたサーバーへ送らない
1台のサーバーで運用している場合、万一故障するとサービスは停止し、修理しなければ元の状態に戻すことはできません。
一方ロードバランサーの仕組みでは、実際のサーバーを複数台で構成しているため、万一そのうちの1台が故障しても他のサーバーに自動切替すれば、利用者は継続してアクセスすることができます。
故障したサーバーを修理してロードバランサーの仕組みに戻せば、再び従来の構成と機能を回復することができます。
サーバーのメインテナンス
サービスを一時停止せずに、サーバーのメインテナンスを行うことができます。これはロードバランサーの設定を、メインテナンス中のサーバーに振り分けしないようにすることで実現可能です。
特定のユーザーのアクセスを同じサーバーへ送る
Webアプリケーションのトランザクションの整合性を維持するために、過去に振り分けたサーバーと同じサーバーに送る機能があります。これを「パーシステンス」といいます。これにより、一連の処理を保つことができます。
負荷分散の実現方法
負荷分散の実現方法として、ハードウェア型、ソフトウェア型、クラウド型、DNSサーバを設定の4つが主に挙げられます。[2][4][5]
| 方法 | メリット | デメリット |
|---|---|---|
| ハードウェア型 | 専用機器を用いるため高い処理能力を持つ | 機器が高価 |
| ソフトウェア型 | ハードウェア型より安価 | 性能はサーバの能力による |
| クラウド型 | リソース、コストを柔軟に変更可能 | グローバルなネットワーク上のサーバーに設置されるため、セキュリティの信頼性が薄い |
| DNSサーバを設定 | 専用機器が不要で低コスト | 効率的な負荷分散やサーバ監視は基本できない |
負荷分散の主要製品
負荷分散の主要製品を、前項や特徴を踏まえてまとめました。[6]
| 製品名 | 社名 | 実現方法 | 特徴 |
|---|---|---|---|
| Thunderシリーズ | A10 Networks | ハードウェア型 | ・仮想アプライアンス*2やベアメタル*3など多様な構成に適応 ・SSL/TLS暗号処理を高速化し円滑にコンテンツを配信 ・Harmony Controller*4で全体を俯瞰的に管理 |
| BIG-IP Local Traffic Manager | F5 | ハードウェア型 ソフトウェア型 クラウド型 |
・トラフィックをリアルタイムに監視 ・TCP*5とコンテンツオフロード*6でページ読み込み時間を大幅短縮 ・複数の導入形態に対応 |
| Elastic Load Balancing | AWS | ソフトウェア型 クラウド型 |
・自動的なスケーリング*7と高い可用性で安定稼働を実現 ・単独のロードバランサでAWSからオンプレミスまでカバー ・750時間/月の無料枠が提供 |
| Nginx Plus | F5 | クラウド型 | ・HTTP・TCP・UDPのトラフィックをロードバランシング ・コンテンツキャッシュによる負荷軽減・可用性向上 ・30日間の無料トライアルが提供 |
| Cloud Load Balancing | クラウド型 | ・自動スケーリング*7で最適な負荷分散を実現 ・SSLオフロード*8で高速かつ安全なサービス提供を支援 ・無料トライアルあり |
|
| F5 Distributed Cloud DNSロードバランサ | F5 | クラウド型 | ・位置情報によってクライアントが転送されるため、最適なユーザエクスペリエンスを得られる ・あらゆる場所にアプリケーションを導入し保護することができ、クラウドに依存しない |
| Azure Traffic Manager | Microsoft | DNSサーバを設定 | ・トラフィックルーティングオプションを柔軟に選択可能・アプリケーションのダウンタイムを短縮 |
*2 特定のアプリケーション機能を装備したハードウェア（アプライアンス）をソフトウェアで実現し、仮想環境で動くようにしたもの
*3 OSやソフトウェアなどがインストールされていない物理サーバ
*4 あらゆるインフラストラクチャに導入されたA10製品の一元管理、自動化、分析機能を提供
*5 1対1のセッションによる信頼性の高い通信を行うためのプロトコル
*6 Webコンテンツのリクエストに対する応答として、キャッシュ済みのバージョンをエンドユーザーの近くにあるサーバーから配信することで、コンテンツサーバーからのトラフィックをオフロードすること
*7 システムの処理能力や容量を増減させることで、アプリケーションの成長や使用量の増減に対応する手法
*8 Webサーバーで行っていたSSL（Secure Sockets Layer）の暗号化や復号の処理を、専用のデバイスやサービスに任せることで、Webサーバーのパフォーマンスを向上させる手法
参考文献
[1]
[2]
[3]
[4]
[5]
[6]