Server Load Balancer:サーバーグループの作成と管理

サーバーグループを作成する

1. ALB コンソール にログインします。

2. 上部のナビゲーションバーで、サーバーグループを作成するリージョンを選択します。

3. 左側のナビゲーションウィンドウで、[ ALB ] > サーバーグループ を選択します。

4. サーバーグループ ページで、サーバーグループの作成 をクリックします。

5. [サーバーグループの作成] ダイアログボックスで、パラメーターを構成し、作成 をクリックします。 次の表でパラメーターについて説明します。

パラメーター	説明
[サーバーグループタイプ]	バックエンドサーバーをサーバーグループに追加する方法を指定します。 有効な値: [サーバー]: バックエンドサーバーは、ECS インスタンス、Elastic Network Interface (ENI)、および Elastic Container Instance を指定することで追加されます。 [ IP ]: バックエンドサーバーは、IP アドレスを指定することで追加されます。 [ Function Compute ]: バックエンドサーバーは、関数を指定することで追加されます。
[サーバーグループ名]	サーバーグループのカスタム名。
[ VPC ]	VPC ドロップダウンリストから VPC を選択します。 VPC 内のサーバーのみをサーバーグループに追加できます。 説明 このパラメーターは、Function Compute タイプのサーバーグループでは使用できません。
[バックエンドサーバープロトコル]	バックエンドプロトコルを選択します。 有効な値: [ HTTP ]: これはデフォルト値です。 このオプションを選択すると、サーバーグループを HTTPS、HTTP、および QUIC リスナーに関連付けることができます。 [ HTTPS ]: このオプションを選択すると、サーバーグループを HTTPS リスナーに関連付けることができます。 [ GRPC ]: このオプションを選択すると、サーバーグループを HTTPS リスナーに関連付けることができます。 説明 HTTPS または gRPC を使用するサーバーグループのみを、ベーシック ALB インスタンスの HTTPS リスナーに関連付けることができます。 このパラメーターは、Function Compute タイプのサーバーグループでは使用できません。
[スケジューリングアルゴリズム]	スケジューリングアルゴリズムを選択します。 有効な値: [重み付けラウンドロビン]: 重みの大きいバックエンドサーバーは、重みの小さいバックエンドサーバーよりも多くのリクエストを受信します。 [重み付け最小接続数]: リクエストは、バックエンドサーバーへの重みと接続数に基づいて分散されます。 2 つのバックエンドサーバーの重みが同じ場合、リクエストは接続数の少ないバックエンドサーバーに転送されます。 [コンシステントハッシュ]: 同じ送信元 IP アドレスからのリクエストは、同じバックエンドサーバーに転送されます。 [ハッシュファクター]: ハッシュファクターを選択します。 [送信元 IP ]: 同じ送信元 IP アドレスからのリクエストは、同じバックエンドサーバーに転送されます。 [ URL パラメーター]: 同じ URL へのリクエストは、同じバックエンドサーバーに転送されます。 この操作を選択した場合は、[指定 URL ] パラメーターを構成します。 説明 このパラメーターは、Function Compute タイプのサーバーグループでは使用できません。
[タグとリソースグループ]	必要に応じて、タグとリソースグループを指定します。 タグを追加するには、[タグキー] と [タグ値] を指定します。 [リソースグループ]: サーバーグループを所属させるリソースグループを選択します。
[ IPv6 ]	IPv6 を有効にするかどうかを指定します。 IPv6 はデフォルトで無効になっています。 IPv6 を有効にすると、IPv4 と IPv6 のバックエンドサーバーをサーバーグループに追加できます。 IPv6 を無効にすると、IPv4 バックエンドサーバーのみをサーバーグループに追加できます。 説明 サーバータイプまたは IP タイプのサーバーグループはこのパラメーターをサポートしますが、Function Compute タイプのサーバーグループはサポートしません。 サーバーグループがデプロイされている VPC で IPv6 が有効になっている場合 にのみ、このパラメーターを使用できます。 IPv6 が有効になっているサーバーグループは、デュアルスタック ALB インスタンスのリスナーおよび転送ルールにのみ関連付けることができます。 IPv6 が有効になっている IP タイプのサーバーグループの場合: アップグレードされたデュアルスタック ALB インスタンスのリスナーおよび転送ルールにのみ関連付けることができ、アップグレードされていない ALB インスタンスには関連付けることができません。 サーバーグループがデプロイされている VPC の CIDR ブロック内の IPv6 アドレスのみを、バックエンドサーバーとしてサーバーグループに追加できます。 リモート IP アドレスはサポートされていません。
[セッションの永続化]	セッションの永続化を有効にするかどうかを指定します。 セッションの永続化はデフォルトで無効になっています。 セッションの永続性が有効になっている場合、ALB はクライアントからのすべてのリクエストを同じバックエンドサーバーに転送します。 [ Cookie オプション]: Cookie を処理する方法を選択します。 [ Cookie の挿入]ALBALB: ALB は、クライアントに送信される最初の HTTP または HTTPS レスポンスにセッションクッキー (SERVERID) を挿入します。 ALB への後続のリクエストがこの Cookie を持っている場合、ALB は Cookie に基づいてリクエストの宛先サーバーを決定します。 [Cookie の書き換え]: [ALB] がユーザー定義の Cookie を検出した場合、[ALB] は元の Cookie をユーザー定義の Cookie に置き換えます。後続の [ALB] へのリクエストがこのユーザー定義の Cookie を保有している場合、[ALB] は Cookie に基づいてリクエストの宛先サーバーを決定します。 [セッション永続化タイムアウト期間]: セッション永続化のタイムアウト期間を指定します。 有効な値: 1 ～ 86400 。 単位: 秒。 説明 このパラメーターは、Function Compute タイプのサーバーグループでは使用できません。
[ゾーン間の負荷分散]	ゾーン間の負荷分散を有効にするかどうかを指定します。 ゾーン間の負荷分散はデフォルトで有効になっています。 ALB は、同じリージョン内のすべてのゾーンにデプロイされたバックエンドサービスにリクエストを分散します。 ゾーン間の負荷分散が無効になっている場合、ALB は単一のゾーンにデプロイされたバックエンドサービスにリクエストを分散します。 説明 ゾーン間の負荷分散が無効になっているサーバーグループは、標準 ALB インスタンスおよび WAF 対応 ALB インスタンスにのみ関連付けることができます。 ベーシック ALB インスタンスには関連付けることができません。 ゾーン間の負荷分散が無効になっている場合、[セッションの永続化] を有効にすることはできません。 IP タイプのサーバーグループの場合、[リモート IP ] が有効になっている場合、ゾーン間の負荷分散を無効にすることはできません。 このパラメーターは、Function Compute タイプのサーバーグループでは使用できません。
[バックエンドの持続的接続]	バックエンドの持続的接続機能を有効にするかどうかを指定します。 デフォルトでは、この機能は有効になっています。 ALBALBバックエンドの持続的接続が有効になっている場合、ALB とバックエンドサーバー間で特定の数の TCP 接続が維持されます。 ALB インスタンスが新しいリクエストを受信し、アイドル状態の持続的 TCP 接続が存在する場合、ALB は優先的にその TCP 接続を使用してリクエストをバックエンドサーバーに転送します。 これにより、TCP ハンドシェイクの数とバックエンドサーバーの負荷が軽減されます。 説明 このパラメーターは、Function Compute タイプのサーバーグループでは使用できません。
[スロースタート]	ビジネス要件に基づいてスロースタートモードを有効にします。 スロースタートモードはデフォルトで無効になっています。 スロースタートモードを有効にするには、[スロースタート期間] パラメーターを構成します。 有効な値: 30 ～ 900 。 デフォルト値: 30 。 単位: 秒。 スロースタートモードを有効にすると、ALB は、スケールアウトされたバックエンドサーバーに転送されるリクエスト数を徐々に増やし、リソースの準備、キャッシング、プリフェッチなどのシナリオでのトラフィックの急増を防ぎます。スロースタート期間が終了すると、ALB は、重みに基づいてバックエンドサーバーにリクエストを転送します。スロースタート期間の終了後にスケールアウトされたバックエンドサーバーは、スロースタートモードになりません。 説明 標準および WAF 対応 ALB インスタンスのみがスロースタートモードをサポートしています。ベーシック ALB インスタンスはスロースタートモードをサポートしていません。 このパラメーターは、Function Compute タイプのサーバーグループでは使用できません。 [スケジューリングアルゴリズム] を [重み付けラウンドロビン] に設定した場合にのみ、サーバーグループでスロースタートモードがサポートされます。 スロースタートモードを有効にしても、正常なバックエンドサーバーは自動的にスロースタートモードになりません。 空のサーバーグループに対してスロースタートモードを有効にする場合: サーバーグループに追加された最初のバックエンドサーバーは、スロースタートモードになりません。 新しいバックエンドサーバーは、少なくとも 1 つの正常なバックエンドサーバーがスロースタートモードになっている場合にのみ、スロースタートモードになることができます。 スロースタート期間が終了する前に削除されたバックエンドサーバーは、自動的にスロースタートモードを終了します。 バックエンドサーバーをサーバーグループに再度追加する場合、バックエンドサーバーはヘルスチェックに合格した場合にのみスロースタートモードになることができます。 スロースタート期間が終了する前にバックエンドサーバーが異常と宣言された場合、バックエンドサーバーはスロースタートモードを終了します。 バックエンドサーバーは、ヘルスチェックに合格するとスロースタートモードに再び入ります。 スロースタートモードとヘルスチェックを有効にした後、正常なバックエンドサーバーのみがスロースタートモードになります。 ヘルスチェックを無効にすると、すべてのバックエンドサーバーがすぐにスロースタートモードになります。
接続ドレイニング	接続ドレイニングを有効にするかどうかを指定します。 デフォルトでは、接続ドレイニングは無効になっています。 接続ドレイニングを有効にするには、[タイムアウト期間] パラメーターを構成します。 有効な値: 0 ～ 900 。 デフォルト値: 300 。 単位: 秒。 値 0 は即時切断を指定します。 バックエンドサーバーを削除するか、バックエンドサーバーが異常と宣言された場合: デフォルトでは、接続ドレイニングは無効になっています。 既存の接続は、クライアントが積極的に接続を閉じるか、セッションの永続化期間が終了するまで開いたままになります。 接続ドレイニングを有効にすると、接続ドレイニングのタイムアウト期間が終了するまで、既存の接続はデータ転送のために開いたままになります。 接続ドレイニングにより、サービスのアンデプロイがスムーズに行われます。 説明 標準 ALB インスタンスと WAF 対応 ALB インスタンスのみが接続ドレイニングをサポートしています。 ベーシック ALB インスタンスは接続ドレイニングをサポートしていません。 このパラメーターは、Function Compute タイプのサーバーグループでは使用できません。
[ヘルスチェック]	ヘルスチェックを有効にするかどうかを指定します。 重要 Function Compute タイプのサーバーグループで ヘルスチェック が有効になっている場合、サーバーグループに送信されたヘルスチェックリクエストは Function Compute に送信されたリクエストと見なされ、Function Compute によって 課金 されます。
[ヘルスチェック設定]	ヘルスチェックを有効にした場合は、[ヘルスチェック設定] の右側にある [変更] をクリックして、その他のヘルスチェック設定を表示できます。
[ヘルスチェックの選択とロード]	ヘルスチェックを選択してロードします。 説明 ヘルスチェックを作成する場合、サーバーグループまたはリスナーを指定する必要はありません。 ヘルスチェックの作成後に、ヘルスチェックをサーバーグループまたはリスナーに関連付けることができます。 サーバーグループごとに 1 つのヘルスチェックのみを構成できます。
[ヘルスチェックプロトコル]	ヘルスチェックのプロトコルを選択します。 HTTPS ヘルスチェックの制限の詳細については、「HTTPS ヘルスチェックの制限」をご参照ください。 [ HTTP ]: HTTP ヘルスチェックを実行するために、ALB は HEAD または GET リクエストをバックエンドサーバーに送信して、バックエンドサーバーが正常かどうかを確認します。 [ HTTPS ]: ALB は、HEAD または GET リクエストをバックエンドサーバーに送信して HTTPS ヘルスチェックを実行し、バックエンドサーバーが正常かどうかを確認します。 詳細については、このトピックの「HTTPS ヘルスチェックの制限」セクションをご参照ください。 [ TCP ]: ALB は、SYN パケットをバックエンドサーバーに送信して TCP ヘルスチェックを実行し、バックエンドサーバーのポートがリクエストを受信できるかどうかを確認します。 [ GRPC ]: ALB は、POST または GET リクエストをバックエンドサーバーに送信して gRPC ヘルスチェックを実行し、バックエンドサーバーが正常かどうかを確認します。
[ヘルスチェックメソッド]	ヘルスチェックメソッドを指定します。 有効な値: [ HEAD ]: デフォルトでは、HTTP ヘルスチェックは HEAD メソッドを使用します。 バックエンドサーバーが HEAD リクエストをサポートしていることを確認してください。 バックエンドサーバーが HEAD メソッドをサポートしていないか、HEAD メソッドが無効になっている場合、ヘルスチェックが失敗する可能性があります。 この場合は、GET メソッドを使用できます。 [ POST ]: デフォルトでは、gRPC ヘルスチェックは POST メソッドを使用します。 バックエンドサーバーが POST リクエストをサポートしていることを確認してください。 バックエンドサーバーが POST メソッドをサポートしていないか、POST メソッドが無効になっている場合、ヘルスチェックが失敗する可能性があります。 この場合は、GETメソッドを使用できます。 [ GET ]: レスポンスのサイズが 8 KB を超える場合、レスポンスは切り捨てられます。 ヘルスチェックの結果には影響しません。 説明 このパラメーターは、ヘルスチェックプロトコルパラメーターを [ HTTP ]、[ HTTPS ]、または [ GRPC ] に設定した場合にのみ有効になります。 [ HTTP ] および [ HTTPS ] ヘルスチェックは、[ HEAD ] および [ GET ] ヘルスチェックメソッドをサポートしています。 [ GRPC ] ヘルスチェックは、[ POST ] および [ GET ] ヘルスチェックメソッドをサポートしています。
[ヘルスチェックプロトコルバージョン]	HTTP バージョンを選択します。 有効な値: [ HTTP1.0 ] および [ HTTP1.1 ]。 説明 このパラメーターは、ヘルスチェックプロトコルとして [ HTTP ] または [ HTTPS ] が指定されている場合にのみ有効になります。
[ヘルスチェックポート]	ヘルスチェックを実行するポートを指定します。 [バックエンドサーバーポート]: ALB はバックエンドサーバーのポートを使用してヘルスチェックを実行します。 これはデフォルト値です。 [カスタムポート]: ALB は指定されたポートを使用してヘルスチェックを実行します。 有効な値: 1 ～ 65535 。
[ヘルスチェックパス]	ヘルスチェックページの URL を入力します。 URL は 1 ～ 80 文字で、文字、数字、ハイフン (-)、スラッシュ (/)、ピリオド (.)、パーセント記号 (%)、疑問符 (?)、番号記号 (#)、アンパサンド (&) を使用できます。 URL には、次の拡張文字を含めることもできます: _ ; ~ ! ( ) * [ ] @ $ ^ : ' , + 。 URL はスラッシュ (/) で始まる必要があります。
[ヘルスチェックドメイン名]	ヘルスチェックに使用するドメイン名を入力します。 [バックエンドサーバー内部 IP ]: バックエンドサーバーのプライベート IP アドレスがヘルスチェックに使用されます。 これはデフォルト値です。 [カスタムドメイン名]: ドメイン名を入力します。 ドメイン名は 1 ～ 80 文字で、小文字、数字、ピリオド (.)、ハイフン (-) のみを使用できます。 ドメイン名には少なくとも 1 つのピリオド (.) が含まれている必要がありますが、ピリオド (.) で開始または終了することはできません。
[ヘルスチェックステータスコード]	1 つ以上の HTTP ステータスコードを選択します。 指定された HTTP ステータスコードは、バックエンドサーバーがヘルスチェックに合格したことを示すために使用されます。 ヘルスチェックプロトコルが [ HTTP ] または [ HTTPS ] に設定されている場合、[ Http_2xx ]、[ Http_3xx ]、[ Http_4xx ]、および [ Http_5xx ] を選択できます。 [ Http_2xx ] および [ Http_3xx ] はデフォルトで選択されています。 ヘルスチェックプロトコルパラメーターを [ GRPC ] に設定した場合、有効な値は 0 ～ 99 です。 値の範囲がサポートされています。 最大 20 個の値の範囲を入力できます。 複数の値の範囲はコンマ (,) で区切ります。 説明 このパラメーターは、ヘルスチェックプロトコルとして [ HTTP ]、[ HTTPS ]、または [ GRPC ] が指定されている場合にのみ有効になります。
[レスポンスタイムアウト期間]	ヘルスチェックレスポンスのタイムアウト期間を指定します。 バックエンドサーバーが指定されたタイムアウト期間内に応答しない場合、サーバーはヘルスチェックに失敗します。
[ヘルスチェック間隔]	2 つの連続したヘルスチェックの間隔を指定します。
[正常しきい値]	異常なバックエンドサーバーが正常と宣言されるまでに連続してヘルスチェックに合格する必要がある回数を指定します。
[異常しきい値]	正常なバックエンドサーバーが異常と宣言されるまでに連続してヘルスチェックに失敗する必要がある回数を指定します。
[ヘルスチェックの構成をテンプレートとして保存し、ヘルスチェックの作成と構成を容易にします]	チェックボックスをオンにしてヘルスチェックテンプレートを保存できます。 このオプションを選択した場合は、テンプレートの名前を入力する必要があります。 説明 このパラメーターは、[ヘルスチェックの選択とロード] パラメーターを [カスタムヘルスチェック] に設定した場合にのみ有効になります。

バックエンドサーバーを追加する

サーバーグループを作成したら、1 つ以上のバックエンドサーバーをサーバーグループに追加する必要があります。 これにより、指定されたバックエンドサーバーは ALB によって分散されたリクエストを受信できます。

サーバータイプのバックエンドサーバーを追加する

サーバーグループタイプをサーバーに設定した場合、ECS インスタンス、ENI、または Elastic Container Instance を指定してバックエンドサーバーを追加する必要があります。

1. ALB コンソール にログインします。

2. 左側のナビゲーションウィンドウで、[ ALB ] > サーバーグループ を選択します。

3. サーバーグループ ページで、管理するサーバーグループを見つけ、操作 列の [バックエンドサーバーの変更] をクリックします。

4. バックエンドサーバー タブで、[バックエンドサーバーの追加] をクリックします。

5. バックエンドサーバーの追加 パネルで、クラウドサービスタイプを選択し、次へ をクリックします。

   • ECS インスタンス

     サーバータイプで ECS/ENI を選択し、追加する ECS インスタンスを選択します。

     ECS インスタンスが使用できない場合は、インスタンスリストの右上隅にある [ ECS の購入] をクリックします。

   • ENI

     1. サーバータイプで ECS/ENI を選択し、上級モード をオンにします。

     2. ECS インスタンスの ID の横にある アイコンをクリックし、ENI を選択します。

        • ENI が ECS インスタンスに関連付けられていることを確認してください。 セカンダリ ENI を ECS インスタンスに関連付ける方法の詳細については、「セカンダリ ENI をバインドする」をご参照ください。

        • ECS インスタンスが使用できない場合は、インスタンスリストの右上隅にある [ ECS インスタンスの購入] をクリックします。

   • Elastic Container Instance

     サーバータイプで ECI を選択し、Elastic Container Instance を選択します。

     Elastic Container Instance が使用できない場合は、インスタンスリストの右上隅にある [ Elastic Container Instance の購入] をクリックします。

6. ポート/重み ステップで、バックエンドサーバーのポートと重みを指定し、[ OK ] をクリックします。

   • [ポート]: サービスを提供するバックエンドサーバーのポートを指定します。

   • [重み]: バックエンドサーバーの重みは、それぞれに分散されるトラフィックの割合を指します。 デフォルトの重みは 100 です。 重みの大きいサーバーは、より多くのリクエストを受信します。

     たとえば、サーバーグループに重みがそれぞれ 100 、50 、50 の 3 つのバックエンドサーバーがある場合、リクエストは 2:1:1 の割合でサーバーに分散されます。 重みが 100 のサーバーはリクエストの 50% を受信し、他の 2 つのサーバーはそれぞれ 25% を受信します。

     説明

     • サーバーグループでセッションの永続化が有効になっている場合、リクエストはバックエンドサーバー間で均等に分散されない場合があります。

     • 重みが 0 のサーバーはリクエストを受信しません。

     • サーバーグループにバックエンドサーバーが 1 つしかなく、その重みが 0 でない場合、サーバーグループに転送されたすべてのリクエストがそのバックエンドサーバーに送られます。

     • サーバーグループに複数のバックエンドサーバーがある場合、トラフィックは次の原則に従って重み付けに基づいて分散されます。

       • いずれかのバックエンドサーバーの ヘルスチェック 結果が異常な場合、リクエストはそのサーバーに転送されません。 ALB は、すべての正常なサーバーに重み付けに基づいてトラフィックを分散します。 バックエンドサーバーが回復すると、トラフィック処理のためにフェイルバックされます。

       • すべてのサーバーが異常と宣言された場合、ALB は異常な状態にもかかわらず、すべてのサーバーの重み付けに基づいてトラフィックの分散を続けます。 これは、ビジネスの損失を可能な限り最小限に抑えるためです。

   アイコンの上にポインターを移動すると、複数のサーバーの重みまたはポートを一括で変更できます。

   • [以下に複製] をクリックすると、現在のサーバーの下にリストされているすべてのサーバーの重みが現在のサーバーと同じ重みに設定されます。

   • [上に複製] をクリックすると、現在のサーバーの上にリストされているすべてのサーバーの重みが現在のサーバーと同じ重みに設定されます。

   • [すべてに複製] をクリックすると、サーバーグループ内のすべてのサーバーの重みが現在のサーバーと同じ重みに設定されます。

   • [リセット]:

     • [ポート] の横にある [リセット] をクリックすると、サーバーグループ内のすべてのサーバーのポートがクリアされます。

     • [重み] の横にある [リセット] をクリックすると、サーバーグループ内のすべてのサーバーの重みがデフォルト値にリセットされます。

バックエンドサーバーを削除する

1. ALB コンソール にログインします。

2. 左側のナビゲーションウィンドウで、[ ALB ] > [ サーバーグループ ] を選択します。

3. サーバーグループ ページで、管理するサーバーグループを見つけ、その ID をクリックします。

4. バックエンドサーバー タブをクリックし、削除するバックエンドサーバーを見つけて、操作 列の [削除] をクリックします。

5. 表示されるメッセージで、[ OK ] をクリックします。

ヘルスチェックを変更する

ビジネス要件に基づいて、サーバーグループのヘルスチェック構成を変更できます。

1. ALB コンソール にログインします。

2. 左側のナビゲーションウィンドウで、[ ALB ] > [ サーバーグループ ] を選択します。

3. サーバーグループ ページで、管理するサーバーグループを見つけ、操作 列の [ヘルスチェックの変更] をクリックします。

4. [ヘルスチェックの変更] ダイアログボックスで、ヘルスチェックをオンまたはオフにします。 ヘルスチェック の横にある [変更] をクリックして、ヘルスチェックパラメーターを変更することもできます。

   警告

   • ヘルスチェックが無効になると、ALB はバックエンドサーバーのヘルスステータスをチェックしなくなります。バックエンドサーバーがダウンした場合、ネットワークトラフィックは正常なバックエンドサーバーに自動的に切り替わりません。

   • ヘルスチェックの間隔を長く指定すると、[ALB] が異常なバックエンドサーバーを検出するのにより多くの時間がかかります。

サーバーグループを削除する

サーバーグループがリスナーによって使用される転送ルールで指定されていない場合、サーバーグループを削除できます。 サーバーグループを削除した後も、サーバーグループ内のバックエンドサーバーは影響を受けません。

1. ALB コンソール にログインします。

2. 左側のナビゲーションウィンドウで、[ ALB ] > [ サーバーグループ ] を選択します。

3. [サーバーグループ] ページで、削除するサーバーグループを見つけ、操作 列の > [削除] を選択します。

4. 表示されるメッセージで、[ OK ] をクリックします。

参照

• CreateServerGroup: ALB インスタンスのサーバーグループを作成します。

• AddServersToServerGroup: サーバーグループにバックエンドサーバーを追加します。

• UpdateServerGroupAttribute: ヘルスチェック、セッションの永続化、名前、スケジューリングアルゴリズム、プロトコル構成など、サーバーグループの構成を更新します。

• UpdateServerGroupServersAttribute: サーバーグループ内のバックエンドサーバーの重みと説明を更新します。

• ReplaceServersInServerGroup: サーバーグループ内のバックエンドサーバーを置き換えます。

• RemoveServersFromServerGroup: サーバーグループからバックエンドサーバーを削除します。

• DeleteServerGroup: サーバーグループを削除します。