

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# Application Load Balancer とは?
<a name="introduction"></a>

Elastic Load Balancing は、受信したトラフィックを複数のアベイラビリティーゾーンの複数のターゲット (EC2 インスタンス、コンテナ、IP アドレスなど) に自動的に分散させます。登録されているターゲットの状態をモニタリングし、正常なターゲットにのみトラフィックをルーティングします。Elastic Load Balancing は、受信トラフィックの時間的な変化に応じて、ロードバランサーをスケーリングします。また、大半のワークロードに合わせて自動的にスケールできます。

Elastic Load Balancing は、Application Load Balancer、Network Load Balancer、Gateway Load Balancer、Classic Load Balancer といったロードバランサーをサポートします。ニーズに最適なタイプのロードバランサーを選択できます。このガイドでは、Application Load Balancers について説明します。その他のロードバランサーの詳細については、[Network Load Balancer ユーザーガイド](https://docs.aws.amazon.com/elasticloadbalancing/latest/network/)、[Gateway Load Balancer ユーザーガイド](https://docs.aws.amazon.com/elasticloadbalancing/latest/gateway/)、および[Classic Load Balancer ユーザーガイド](https://docs.aws.amazon.com/elasticloadbalancing/latest/classic/)を参照してください。

## Application Load Balancer のコンポーネント
<a name="application-load-balancer-components"></a>

*ロードバランサー*は、クライアントにとって単一の通信先として機能します。このロードバランサーは、受信アプリケーショントラフィックを複数のアベイラビリティーゾーンの複数のターゲット(EC2 インスタンスなど) に分散します。これにより、アプリケーションの可用性が向上します。ロードバランサーに 1 つ以上のリスナーを追加できます。

*リスナー*は、設定したプロトコルとポートを使用して、クライアントからの接続リクエストをチェックします。リスナーに対して定義したルールにより、ロードバランサーが登録済みターゲットにリクエストをルーティングする方法が決まります。各ルールは優先度、1 つ以上のアクション、および 1 つ以上の条件で構成されています。ルールの条件が満たされると、アクションが実行されます。リスナーごとにデフォルトのルールを定義する必要があり、オプションで追加のルールを定義できます。

各*ターゲットグループ*は、指定されたプロトコルとポート番号を使用して、1 つ以上の登録済みのターゲット (EC2 インスタンスなど) にリクエストをルーティングできます。1 つのターゲットを複数のターゲットグループに登録できます。ターゲットグループ単位でヘルスチェックを設定できます。ヘルスチェックは、ロードバランサーのリスナールールに指定されたターゲットグループに登録されたすべてのターゲットで実行されます。

次の図に、基本コンポーネントを示します。各リスナーにデフォルトのルールがあり、1 つのリスナーにリクエストを別のターゲットグループにルーティングする別のルールが含まれていることに注意してください。1 つのターゲットが 2 つのターゲット グループに登録されています。

![\[基本的な Application Load Balancer のコンポーネント\]](http://docs.aws.amazon.com/ja_jp/elasticloadbalancing/latest/application/images/component_architecture.png)


詳細については、次のドキュメントを参照してください。
+ [ロードバランサー](application-load-balancers.md)
+ [リスナー](load-balancer-listeners.md)
+ [ターゲットグループ](load-balancer-target-groups.md)

## Application Load Balancer の概要
<a name="application-load-balancer-overview"></a>

Application Load Balancer は、開放型システム間相互接続 (OSI) モデルの第 7 層であるアプリケーションレイヤーで機能します。ロードバランサーはリクエストを受信すると、優先度順にリスナールールを評価して適用するルールを決定し、ルールアクションのターゲットグループからターゲットを選択します。リスナールールを構成し、アプリケーショントラフィックのコンテンツに基づいて異なるターゲットグループにリクエストをルーティングできます。それぞれのターゲットグループでルーティングは個別に実行され、複数のターゲットグループに登録されているターゲットの場合も同じです。ターゲットグループレベルで使用するルーティングアルゴリズムを設定できます。デフォルトのルーティングアルゴリズムはラウンドロビンです。代わりに最小の未処理のリクエストを指定することもできます。

アプリケーションへのリクエストの流れを中断することなく、ニーズの変化に応じてロードバランサーに対してターゲットの追加と削除を行うことができます。Elastic Load Balancing はアプリケーションへのトラフィックが時間の経過とともに変化するのに応じてロードバランサーをスケーリングします。Elastic Load Balancing では、大半のワークロードに合わせた自動的なスケーリングが可能です。

登録済みのインスタンスのヘルス状態をモニタリングするために使用されるヘルスチェックを設定することで、ロードバランサーは正常なターゲットにのみリクエストを送信できます。

詳細については、*Elastic Load Balancing ユーザーガイド*の [How Elastic Load Balancing works](https://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/how-elastic-load-balancing-works.html) を参照してください。

## Classic Load Balancer からの移行のメリット
<a name="application-load-balancer-benefits"></a>

Classic Load Balancer の代わりに Application Load Balancer を使用すると、以下の利点があります。
+ [パスの条件](rule-condition-types.md#path-conditions) のサポート。リクエスト内の URL に基づいてリクエストを転送するリスナーのルールを設定できます。これにより、アプリケーションをより小さなサービスとして構成し、URL の内容に基づいて適切なサービスにリクエストをルーティングできます。
+ [ホストの条件](rule-condition-types.md#host-conditions) のサポート。HTTP ヘッダー内のホストフィールドに基づいてリクエストを転送するリスナーのルールを設定できます。これにより、1 つのロードバランサーを使用して複数のドメインにリクエストをルーティングできます。
+ [HTTP ヘッダー条件](rule-condition-types.md#http-header-conditions) とメソッド、クエリパラメータ、送信元 IP アドレスなど、リクエスト内のフィールドに基づくルーティングのサポート。
+ 1 つの EC2 インスタンス上での複数のアプリケーションへのルーティングリクエストのサポート。インスタンスまたは IP アドレスは、それぞれ異なるポート上の複数のターゲットグループに登録できます。
+ 1 つの URL から別の URL へのリクエストのリダイレクトのサポート。
+ カスタム HTTP レスポンスの出力のサポート。
+ ロードバランサーの VPC 外のターゲットを含め、IP アドレスによるターゲットの登録をサポート。
+ ターゲットとしての Lambda 関数の登録のサポート。
+ リクエストをルーティングする前に企業 ID またはソーシャル ID を通じてアプリケーションのユーザーを認証するロードバランサーのサポート。
+ コンテナ化されたアプリケーションのサポート。Amazon Elastic Container Service (Amazon ECS) は、タスクをスケジュールするときに未使用のポートを選択し、そのポートを使用するターゲットグループにタスクを登録できます。これにより、クラスターを効率的に使用することができます。
+ 各サービスの個別のヘルスステータスのモニタリングのサポート。ヘルスチェックがターゲットグループレベルで定義され、多数の CloudWatch メトリクスがターゲットグループレベルで報告されます。ターゲットグループを Auto Scaling グループにアタッチすることで、各サービスをオンデマンドで動的にスケールすることができます。
+ アクセスログへの情報の追加と圧縮形式での保存。
+ ロードバランサーのパフォーマンスの向上。

各ロードバランサータイプでサポートされている機能の詳細については、「[Elastic Load Balancing の機能](https://aws.amazon.com/elasticloadbalancing/features/)」を参照してください。

## 関連する のサービス
<a name="application-load-balancer-related-services"></a>

Elastic Load Balancing は、アプリケーションの可用性とスケーラビリティを高める以下のサービスを使用します。
+ **Amazon EC2** — クラウドでアプリケーションを実行する仮想サーバーです。EC2 インスタンスへのトラフィックをルーティングするように、ロードバランサーを設定できます。
+ **Amazon EC2 Auto Scaling** — インスタンスに障害が発生した場合でも必要なインスタンスの実行数を保証し、需要の変化に応じて自動的にインスタンス数を増減できるようにします。Elastic Load Balancing を使用して Auto Scaling を有効にした場合、Auto Scaling によって起動されたインスタンスは自動的にターゲットグループに登録され、Auto Scaling によって終了されたインスタンスは自動的にターゲットグループから登録解除されます。
+ **AWS Certificate Manager** — HTTPS リスナーを作成するには、ACM で提供された証明書を指定できます。ロードバランサーは、証明書を使用して接続を終了し、クライアントからのリクエストを復号します。詳細については、「[Application Load Balancer の SSL 証明書](https-listener-certificates.md)」を参照してください。
+ **Amazon CloudWatch** — ロードバランサーを監視し、必要に応じてアクションを実行することができます。詳細については、「[Application Load Balancer の CloudWatch メトリクス](load-balancer-cloudwatch-metrics.md)」を参照してください。
+ **Amazon ECS** — EC2 インスタンスのクラスター上で Docker コンテナを実行、停止、管理することができます。コンテナにトラフィックをルーティングするように、ロードバランサーを設定できます。詳細については、*Amazon Elastic Container Service デベロッパーガイド* の [Service load balancing](https://docs.aws.amazon.com/AmazonECS/latest/developerguide/service-load-balancing.html) を参照してください。
+ **AWS Global Accelerator** — アプリケーションの可用性とパフォーマンスが向上します。アクセラレーターを使用して、1 つ以上の AWS リージョンの複数のロードバランサーにトラフィックを分散します。詳細については、「[AWS Global Accelerator デベロッパーガイド](https://docs.aws.amazon.com/global-accelerator/latest/dg/)」を参照してください。
+ **Route 53** — ドメイン名 (`www.example.com` など) を、コンピュータが相互の接続に使用する数字の IP アドレス (`192.0.2.1` など) に変換することで、閲覧者をウェブサイトにルーティングするための信頼性が高く、コスト効率のよい方法を提供します。 AWS は、ロードバランサーなどの URL をリソースに割り当てます。ただし、ユーザーが覚えやすい URL を使用することもできます。たとえば、ドメイン名をお客様のロードバランサーにマッピングすることができます。詳細については、*Amazon Route 53 デベロッパーガイド*の[ ELB ロードバランサーへのトラフィックのルーティング](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/routing-to-elb-load-balancer.html)を参照してください。
+ **AWS WAF** — Application Load Balancer AWS WAF で を使用して、ウェブアクセスコントロールリスト (ウェブ ACL) のルールに基づいてリクエストを許可またはブロックできます。詳細については、「[AWS WAF](load-balancer-integrations.md#load-balancer-waf)」を参照してください。

ロードバランサーと統合されているサービスに関する情報を表示するには、 でロードバランサーを選択し AWS マネジメントコンソール 、**統合サービス**タブを選択します。

## 料金
<a name="application-load-balancer-pricing"></a>

ロードバランサーについては、お客様が利用された分のみのお支払いとなります。詳細については、[Elastic Load Balancing の料金表](https://aws.amazon.com/elasticloadbalancing/pricing/)を参照してください。