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

# Application Load Balancer の維持なし
<a name="alb-without-stickiness"></a>

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

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

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

## 一般的なユースケース
<a name="no-stickiness-use-cases"></a>

これらのシナリオでは、維持せずに Application Load Balancer を使用します。
+ トラフィックをルーティングするターゲットのリストはありますが、ターゲットはセッション状態を維持しません。
+ セッション状態を維持しないウェブサーバーを使用している。
+ セッション状態を維持しないアプリケーションサーバーを使用している。

## ステップ
<a name="no-stickiness-steps"></a>

**メモ**  
NAT ゲートウェイには少額のコストがかかります。
複数の EC2 インスタンスは、1 つの EC2 インスタンスよりも速く無料利用枠の時間を消費します。

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

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

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

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

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

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

## 期待される結果
<a name="no-stickiness-results"></a>

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

## 仕組み
<a name="no-stickiness-how"></a>
+ この例では、2 つの EC2 インスタンスが 1 つのターゲットグループに割り当てられています。EC2 インスタンスには Apache ウェブサーバー (`httpd`) がインストールされており、各 EC2 インスタンスの`index.html`ページテキストは、そのインスタンスを識別するためにハードコードされています。
+ Application Load Balancer は内部ラウンドロビンロジックを実行して、トラフィックを受信する EC2 インスタンスを決定します。
+ ウェブページを再ロードするたびに、Application Load Balancer はルーティングロジックを実行し、ページには**インスタンス 1 - TG1 **または**インスタンス 2 - TG1 **が表示されます。