インフラでいう負荷分散とは？初心者向けにロードバランサーの仕組みや冗長化との違いをわかりやすく解説
結論
インフラでいう負荷分散（Load Balancing）とは、複数のサーバーへアクセスや処理を振り分け、1台に負荷が集中しないようにする仕組みです。
負荷分散を行うことで、サーバーの性能を最大限に活用できるだけでなく、障害時でもサービスを継続しやすくなります。そのため、大規模なWebサイトやクラウド環境では欠かせない技術です。
負荷分散とは？
負荷分散とは、利用者からのアクセスや処理を複数のサーバーへ均等に振り分けることです。
例えば、1台のWebサーバーだけで1万人のアクセスを処理すると、CPUやメモリの負荷が高くなり、応答が遅くなったり停止したりする可能性があります。
そこで、Webサーバーを3台用意し、それぞれへアクセスを分散すれば、1台あたりの負荷を軽減できます。
どんな場面で使われる？
負荷分散は、多くのシステムで利用されています。
| 利用場面 | 内容 |
|---|---|
| Webサイト | アクセスを複数のWebサーバーへ振り分ける |
| ECサイト | セール時の大量アクセスに対応する |
| 業務システム | 複数のアプリケーションサーバーへ処理を分散する |
| クラウド | インスタンスへ自動的にアクセスを振り分ける |
| Kubernetes | 複数のPodへ通信を振り分ける |
なぜ重要なのか
サーバー1台には処理能力の限界があります。
アクセス数が増えると、CPUやメモリ使用率が高くなり、応答速度の低下やサービス停止につながることがあります。
負荷分散を導入することで、複数のサーバーが協力して処理を行うため、安定したサービス提供が可能になります。
負荷分散のイメージ
負荷分散なし
利用者 → Webサーバー1台 → 負荷集中 → 応答遅延・停止
負荷分散あり
利用者 → ロードバランサー → WebサーバーA・B・Cへ振り分け → 安定して処理
利用者は1台のサーバーへアクセスしているように見えますが、実際にはロードバランサーが最適なサーバーへ接続しています。
ロードバランサーとは？
ロードバランサー（Load Balancer）とは、負荷分散を行うための機器やサービスです。
利用者からのアクセスを受け取り、条件に応じて適切なサーバーへ振り分けます。
現在では、専用機器だけでなく、AWSやAzureなどのクラウドサービスでもロードバランサーが提供されています。
負荷分散と冗長化の違い
| 項目 | 負荷分散 | 冗長化 |
|---|---|---|
| 目的 | 処理を分散して性能を向上させる | 障害時もサービスを継続する |
| 対象 | アクセスや処理 | サーバーや機器 |
| 効果 | 性能向上・負荷軽減 | 可用性向上 |
実際のシステムでは、負荷分散と冗長化を組み合わせて利用することが一般的です。
代表的な負荷分散方式
| 方式 | 特徴 |
|---|---|
| ラウンドロビン | 順番にサーバーへ振り分ける |
| 最小接続数 | 接続数が少ないサーバーへ振り分ける |
| IPハッシュ | 接続元IPアドレスを基に振り分ける |
| 重み付き | 性能の高いサーバーへ多く振り分ける |
初心者のうちは、「ラウンドロビン」と「最小接続数」を覚えておくと十分です。
実際のIT現場での利用例
ECサイト
セール開始直後にアクセスが急増しても、ロードバランサーが複数のWebサーバーへアクセスを分散することで、サービス停止を防ぎます。
社内システム
勤怠システムやグループウェアなど、多くの社員が同時に利用するシステムで負荷分散が利用されています。
クラウド環境
AWSのElastic Load Balancing（ELB）やAzure Load Balancerでは、複数の仮想サーバーへアクセスを自動で振り分けます。
Kubernetes
Service機能を利用し、複数のPodへリクエストを分散します。
業務でよくあるトラブル例
1台のサーバーへしかアクセスされない
主な原因
- ロードバランサーの設定ミス
- ヘルスチェックエラー
- サーバー側の設定不備
- セッション維持設定の影響
一部の利用者だけ接続できない
主な原因
- DNS設定の誤り
- ファイアウォール設定
- SSL証明書の問題
- ロードバランサーの設定変更
障害発生時の確認する順番
- ロードバランサーが正常に動作しているか確認する
- 各サーバーが起動しているか確認する
- ヘルスチェック結果を確認する
- ネットワーク通信を確認する
- イベントログやアクセスログを確認する
- 利用者への影響範囲を確認する
負荷分散環境では、ロードバランサーだけでなく、振り分け先のサーバーも必ず確認しましょう。
GUIでの確認方法
環境によって確認方法は異なりますが、次の管理画面を利用することが一般的です。
- AWS Management Console
- Azure Portal
- ロードバランサー管理画面
- サーバーマネージャー
- イベントビューアー
サーバーの稼働状況やヘルスチェック結果、通信状況などを確認できます。
CUI（コマンド）での確認方法
障害調査では、次のようなコマンドを利用します。
- ping（通信確認）
- tracert（通信経路確認）
- nslookup（名前解決確認）
- netstat（接続状況確認）
- curl（Webサーバーの応答確認）
Linuxでは、ssコマンドやjournalctlなどを利用することもあります。
確認結果の見方
- すべてのサーバーが正常（Healthy）になっているか
- ヘルスチェックに失敗していないか
- 特定のサーバーだけ負荷が高くなっていないか
- 応答時間が急激に増えていないか
- アクセスログに異常がないか
原因の切り分け
| 確認項目 | 確認内容 |
|---|---|
| ロードバランサー | 設定やヘルスチェックに問題はないか |
| サーバー | CPU・メモリ・サービスは正常か |
| ネットワーク | 通信経路や回線に異常はないか |
| DNS | 名前解決は正常か |
| アプリケーション | 正常に応答しているか |
初心者がやりがちなミス
- 負荷分散と冗長化を同じ意味だと思う
- ロードバランサーだけを確認してサーバーを確認しない
- ヘルスチェックの状態を確認しない
- 負荷が高い原因をアプリケーションと決めつける
- アクセスログを確認しない
上司へ報告するポイント
- 障害発生時刻
- 影響範囲
- 対象ロードバランサー名
- 対象サーバー名
- ヘルスチェック結果
- 実施した確認内容
- 現在の状況
エスカレーションするタイミング
- ロードバランサー自体が停止している
- すべてのサーバーが異常と判定されている
- ネットワーク障害が疑われる
- 大量アクセスによる性能不足が発生している
- 原因が特定できない
応用知識
負荷分散は、単にアクセスを分散するだけではありません。クラウド環境ではオートスケーリングと組み合わせることで、アクセス数に応じてサーバーを自動で増減できます。例えば、アクセスが増えた場合は新しいインスタンスを起動し、アクセスが減った場合は不要なインスタンスを停止することで、性能とコストのバランスを最適化できます。
関連するIT用語
- ロードバランサー（Load Balancer）
- 冗長化
- フェールオーバー
- オートスケーリング
- クラスタ
- インスタンス
- コンテナ
- Kubernetes
- ヘルスチェック
よくある質問（FAQ）
負荷分散とは簡単に言うと何ですか？
利用者からのアクセスを複数のサーバーへ振り分け、1台に負荷が集中しないようにする仕組みです。
負荷分散と冗長化は同じですか？
違います。負荷分散は性能向上や負荷軽減を目的とし、冗長化は障害時でもサービスを継続することを目的としています。ただし、両者を組み合わせることで、高い性能と可用性を実現できます。
ロードバランサーが故障するとどうなりますか？
ロードバランサーが1台だけの場合は、サービス全体に影響が及ぶ可能性があります。そのため、重要なシステムではロードバランサー自体も冗長化することが一般的です。
Kubernetesでも負荷分散は行われますか？
はい。KubernetesではServiceやIngressなどの仕組みを利用し、複数のPodへ自動でリクエストを振り分けます。
まとめ
負荷分散とは、アクセスや処理を複数のサーバーへ振り分けることで、1台あたりの負荷を軽減し、システム全体の性能と安定性を向上させる技術です。
また、「ロードバランサーがアクセスを振り分ける」「冗長化で障害に備える」「オートスケーリングでサーバー数を自動調整する」という3つの役割を理解しておくと、現代のクラウドやオンプレミス環境の構成をイメージしやすくなります。インフラエンジニアを目指す方は、この3つの技術をセットで覚えておくことをおすすめします。