View a markdown version of this page

Application Load Balancer の維持なし - AWS 規範ガイダンス
一般的なユースケースステップ期待される結果仕組み

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

Application Load Balancer の維持なし

Application Load Balancer をどのような形の維持もせずに使用する場合、ロードバランサーはデフォルトでラウンドロビンメソッドを使用して、トラフィックをルーティングする EC2 インスタンスを決定します。

テンプレート： CloudFormation テンプレート basic.yml (サンプルコードの .zip ファイルに含まれる) を使用して、この機能を試します。

注記

このガイドに含まれているすべての CloudFormation テンプレートは、カスタム VPC、ルートテーブル、ルート、インターネットゲートウェイ、Application Load Balancer、ターゲットグループ、リスナー、EC2 インスタンスをデプロイして、特定のロードバランサーの維持戦略を示します。

一般的なユースケース

これらのシナリオでは、維持せずに Application Load Balancer を使用します。

  • トラフィックをルーティングするターゲットのリストはありますが、ターゲットはセッション状態を維持しません。

  • セッション状態を維持しないウェブサーバーを使用している。

  • セッション状態を維持しないアプリケーションサーバーを使用している。

ステップ

メモ

  • NAT ゲートウェイには少額のコストがかかります。

  • 複数の EC2 インスタンスは、1 つの EC2 インスタンスよりも速く無料利用枠の時間を消費します。

  1. CloudFormation テンプレートbasic.ymlをラボ環境にデプロイします。

  2. ターゲットグループインスタンスのヘルスステータスが初期から正常に変わるまで待ちます。

  3. HTTP (TCP/80) を使用して、ウェブブラウザの Application Load Balancer URL に移動します。

    例: http://alb-123456789.us-east-1.elb.amazonaws.com/

    ウェブページには、インスタンス 1 - TG1 またはインスタンス 2 - TG1 と表示されます。

  4. ページを複数回更新します。

期待される結果

ウェブページをロードするインスタンス (インスタンス 1 またはインスタンス 2) は、ページテキストに反映されているように、毎回変更する必要があります。ロードバランサーロジックは、複数の内部ノード間で最後のターゲットを管理します。これにより、同期の遅延が発生する可能性があるため、同じターゲットにルーティングされる可能性があります。

仕組み

  • この例では、2 つの EC2 インスタンスが 1 つのターゲットグループに割り当てられています。EC2 インスタンスには Apache ウェブサーバー (httpd) がインストールされており、各 EC2 インスタンスのindex.htmlページテキストは、そのインスタンスを識別するためにハードコードされています。

  • Application Load Balancer は内部ラウンドロビンロジックを実行して、トラフィックを受信する EC2 インスタンスを決定します。

  • ウェブページを再ロードするたびに、Application Load Balancer はルーティングロジックを実行し、ページにはインスタンス 1 - TG1 またはインスタンス 2 - TG1 が表示されます。