【たとえで理解】ロードバランサーは“コンシェルジュ”だった！？初心者向けにやさしく解説

Last updated at 2025-10-24Posted at 2025-10-20

AWSを触り始めた頃、「ELB（Elastic Load Balancing）」って何？と聞かれて、
正直「なんか難しそう…」って思いませんでしたか？

僕も最初そうでした。
“ロードバランサー”って言われても、なんか道路の交通整理みたいな言葉で、ピンと来ないんですよね。

でもある日、「これって会社の受付係みたいなもんじゃん」と思った瞬間、
急にイメージがつながりました。

今回はそんな“受付のコンシェルジュたとえ”で、ELBの仕組みをやさしく整理してみます。

本記事は筆者の理解整理を目的としたもので、
AWS公式ドキュメントの要約ではありません。

ELBは会社の「受付の案内係」だと思うとわかりやすい

ELB（Elastic Load Balancing）は、ユーザーからのアクセス（リクエスト）を、
複数のサーバー（EC2インスタンス）にいい感じに振り分けてくれる仕組みです。

でも、「負荷分散」って聞くと堅い印象ですよね。
これを、**会社の受付の案内係（コンシェルジュ）**にたとえると一気に理解が進みます。

会社の受付を思い浮かべてください。
来客がやってきたとき、受付の人はこう動きます。

これ、ELBがやっていることと全く同じなんです。

つまり、ELBは会社の「顔」として、
来客（リクエスト）を適切な部署（サーバー）にスムーズに案内している存在なんです。

想像してみてください。
あなたはAWS社の受付係「ELBさん」です。
今日もたくさんのお客さん（ユーザー）がやってきます。

ELBさんは言います。

「承知しました！担当の部署（EC2）にご案内しますね！」

でも、いま部署Aは電話対応中で忙しい。
そこでELBさんは即座に判断して、空いている部署Bへ案内します。
これがロードバランシングです。

ELBさんは常に各部署の健康状態をチェックしています。
もし「部署Cが対応できない」とわかれば、そこには案内しません。

これがヘルスチェック機能。
つまり、「止まっているサーバーにはリクエストを送らない」という優しい仕組みなんです。

最近は日本だけじゃなく、海外からもお客さんが来るようになりました。
ELBさんは複数の受付を用意して、地理的に近い受付へ案内します。
これがリージョンやゾーンをまたぐ冗長構成。

どこかの受付が停電しても、他の受付が対応できる。
それがAWSの強みです。

AWSのELBには、いくつかのタイプがあります。
これも受付スタイルで整理するとわかりやすいです。

ELBの種類	受付スタイル	主な特徴
ALB（Application Load Balancer）	“目的別の案内係” 「問い合わせは営業へ」「採用は人事へ」など、URLやホスト名で細かく振り分ける	HTTP/HTTPSベース、Webアプリ向け
NLB（Network Load Balancer）	“電話交換手” 通信の内容は見ずに、超高速でつなぐ	TCP/UDPベース、高パフォーマンス

この対応表を見ると、ALBは「柔軟な対応ができるコンシェルジュ」、
NLBは「スピード重視の電話オペレーター」といった感じですね。

ELBの役割を一言で言うなら、
「来た人を混乱させず、最適な部署へ案内する案内係」です。

単に“負荷を分散する”というよりも、
“システム全体の体験を整えるおもてなし役”なんですよね。

だからこそ、Webサービスの入口に置いておくことで、
アクセス集中時でもサーバーが落ちにくく、
利用者にとっても「快適で安定したサイト」を提供できるわけです。

この記事を読んで、「なんとなくイメージがつかめた！」と思った人は、
ぜひ実際にAWSコンソールでELBを作ってみてください。

ELBを理解することは、AWSネットワーク設計の第一歩です。
次の記事も「たとえで理解シリーズ」で楽しく学んでいきましょう。

✍️たとえで理解シリーズでは、
AWSの難しい概念を「身近なたとえ」で分かりやすく解説しています。
フォロー・いいね・コメントで、あなたの理解の旅を一緒に進めていきましょう！

次回は、この“マンション生活”の次のステップ。
「Auto Scaling＝清掃会社」 というたとえで、トラフィック制御の仕組みを解説していきます。

「たとえで理解シリーズ」続編もぜひチェックしてみてください。

本記事は、生成AIとの対話を通じて構成・推敲を行いました。
たとえや構成のアイデアを生成AIと整理しながら、
読者に「直感的に伝わる説明」を目指しています。