AWS Elastic Load Balancing を知る
最終更新日:2026年8月10日
はじめに
| 項目 | AWS | Microsoft Azure | Google Cloud |
|---|---|---|---|
| 世界シェア | 約33%(首位) | 約22% | 約11% |
| 強み | サービス数・実績 | Microsoft製品連携 | データ分析・AI |
| 無料枠 | 12ヶ月+常時無料 | 12ヶ月無料 | 常時無料枠あり |
| 主な資格 | CLF / SAA / SAP | AZ-900 / AZ-104 | ACE / PCA |
AWS(Amazon Web Service) において、重要なサービスの中にELB(Elastic Load Balancing)というサービスがあります。
一般的なロードバランサの機能をAWS上で実現する為のサービスと考えて頂ければよいのですが、あまり詳しくない方からすると、ELBが何故必要なのか、メリットがよく分からないといった疑問は当然ある筈です。
本稿では、ELBの基礎的な知識を押さえつつ、そういった疑問を解決していきます。
是非最後までご覧ください。
システムの品質について
可用性
可用性(Availability)とは、障害が発生しても、システムを停止せず稼働し続ける事や、その指標の事を指します。
システム障害の原因は様々な原因が挙げられます。災害やテロだけでなくエンジニアのオペミスから発生してしまう事もあるでしょう。
その為、システム障害は、いつか必ず発生するものと考え、障害発生時もサービスを止めない仕組みが必要不可欠となります。
信頼性
信頼性(Reliability)とは、簡単に言えばどれだけ障害が発生しないか という事の指標です。
可用性が障害発生時においてもサービスを維持する事であるのに対して、信頼性はその前段階にフォーカスしています。
コストを考える
高い可用性と信頼性の確保が重要である事は分かっていても、限られた予算でそれを実現する事は難しく、多くの方が頭を悩ませている事と思います。
サーバーを冗長構成にしても、単純に考えれば費用と手間は2倍になります。
ELB(Elastic Load Balancing) について
ELBの特徴
上記で述べた問題を、AWSの利用とELBの導入で解決する事ができるかもしれません。
ELBは、AWSで提供されているロードバランシングサービスです。
ELBは、負荷分散対象のEC2(仮想サーバー)にヘルスチェック行い、状態を監視します。監視のタイミングやしきい値も、自由に設定できます。
例えば、EC2でwebサーバーを構築していたとします。急にアクセスが増大した結果、サーバーダウンしてしまった場合、ELBがあれば、主系のEC2でhttpアクセスエラーが発生した事を検知し、副系にフェイルオーバーしてくれます。もちろんアラームも設定して管理者にメールを飛ばすこともできます。
また、常時複数台のEC2を稼働させていなくても、負荷が高まった時だけ、自動で稼働台数を増やして負荷分散するAuto Scalingの機能も備えています。
負荷が下がってくれば、自動的にスケールインする為、その分コスト面の恩恵もあります。
ELBはこのように、クラウド特有の高い拡張性と柔軟性を備えたサービスとなっています。
ELBは複数のAZ(リージョンを構成するデータセンタ)にまたがる形で構成できますので、1つのデータセンターで障害が発生しても、その他のAZでサービスを維持する事ができます。
【要注意】ELBの種類は現在4種類です
本記事では後述の通り「Application Load Balancer」「Network Load Balancer」「Classic Load Balancer」の3種類として紹介していますが、その後「Gateway Load Balancer」が追加され、現在は合計4種類となっています。また、Classic Load Balancerは新規のワークロードでは非推奨とされており、AWSは用途に応じてALB(HTTP/HTTPSなどレイヤー7の振り分け)、NLB(TCP/UDPの超低遅延・高スループット)、GWLB(サードパーティ製セキュリティアプライアンスの一元的な経由)のいずれかを選ぶことを推奨しています。
ELBの作成
実際、ELBを作成してみます。
事前に東京リージョンの異なるAZでサブネットを2つ用意しておきます。それぞれのサブネットにEC2を配置しておきます。
EC2の画面を表示し、左側のメニューからロードバランサーを選択し、ロードバランサーの作成ボタンをクリックします。
ELBには3種類あり以下のようになっています。
- Application Load Balancer
- Network Load Balancer
- Classic Load Balancer
今回はApplication Load Balancer を選択します。
基本的な設定の画面で、ELBの名前と設置するVPC、監視するサブネットを選択し、リスナーはHTTPを選択して、次の手順: セキュリティ設定の構成ボタンをクリックします。
ELBにはセキュリティグループを設定できるので、必要なものを選択して、次の手順: ルーティングの設定ボタンをクリックします。
ターゲットグループの名前に任意の名前を入力し、ヘルスチェックの詳細設定を確認します。ここで、ELBがフェイルオーバーさせる際の条件を設定します。
以下、設定できる項目です。
- ポート
- 正常のしきい値
- 非正常のしきい値
- タイムアウト
- 間隔
- 成功コード
今回はデフォルトの設定で、次の手順: ターゲットの登録ボタンをクリックします。
サブネットに配置されたEC2が表示されるので、選択し登録済みに追加ボタンをクリックします。登録済みターゲットのリストに表示されるので、次の手順: 確認ボタンをクリックします。
設定内容を確認して、作成ボタンをクリックします。正常に作成しました と表示されたらOKです。
【要注意】コンソールの画面・操作手順は変更されている場合があります
上記の作成手順は執筆当時のAWSマネジメントコンソールの画面構成に基づいています。マネジメントコンソールは継続的に改修されており、現在は画面構成やウィザードの流れが変更されている場合があります。実際に作成する際は、AWS公式サイトの最新画面をあわせてご確認ください。
押さえておきたいポイント
- ELBは単なる負荷分散だけでなく、ヘルスチェックによる自動フェイルオーバーやAuto Scalingとの連携によって、システム全体の可用性を高める仕組みである。
- 用途に応じてApplication Load Balancer・Network Load Balancer・Gateway Load Balancerを使い分けるのが基本で、Classic Load Balancerは新規構築では避けるのが望ましい。
- 複数のAZにまたがる構成にすることで、1つのAZ(データセンター)で障害が発生しても、その他のAZでサービスを維持できる。
よくある質問
ELBを使うと料金はどのくらいかかりますか?
ELBの料金はロードバランサーの稼働時間や処理量(ロードバランサーキャパシティユニットなど)に応じて変動します。具体的な最新料金はAWS公式サイトでご確認ください。
どのタイプのロードバランサーを選べばよいですか?
HTTP/HTTPSベースのWebアプリケーションであればApplication Load Balancer、TCP/UDPで超低遅延・高スループットが必要な場合はNetwork Load Balancer、サードパーティ製のセキュリティアプライアンスを経由させたい場合はGateway Load Balancerを選ぶのが基本です。Classic Load Balancerは新規構築では推奨されていません。
ELBだけ導入すればシステムの可用性は十分ですか?
いいえ。ELBはあくまで負荷分散とヘルスチェックによるフェイルオーバーを担う仕組みであり、複数AZへのEC2配置やAuto Scalingとの併用、バックアップやモニタリングなど他の仕組みと組み合わせて初めて高い可用性を実現できます。
まとめ
ELBについて簡単に解説させて頂きました。
ELBの優れた利点について興味をもって頂けたでしょうか?
AWSの個人利用でELBを使うことは、あまり多くないですが、商用の場合はサービスの品質を向上させる為に、ほぼ必須の知識となるはずです。
最後までご覧頂き、ありがとうございました。
▼ アクロビジョンについて


