翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# Gateway Load Balancer
Gateway Load Balancer を使用して、GENEVE プロトコルをサポートする仮想アプライアンスのフリートをデプロイおよび管理します。
Gateway Load Balancer は、開放型システム間相互接続 (OSI) モデルの第 3 層で機能します。すべてのポートですべての IP パケットをリッスンし、ポート 6081 で GENEVE プロトコルを使用して、リスナールールで指定されたターゲットグループにトラフィックを転送します。
リクエストの流れを中断することなく、ニーズの変化に応じてロードバランサーに対してターゲットの追加または削除を行うことができます。Elastic Load Balancing はアプリケーションへのトラフィックが時間の経過とともに変化するのに応じてロードバランサーをスケーリングします。Elastic Load Balancing では、大半のワークロードに合わせた自動的なスケーリングが可能です。
**Topics**
+ [ロードバランサーの状態](#load-balancer-state)
+ [IP アドレスタイプ](#ip-address-type)
+ [アベイラビリティーゾーン](#availability-zones)
+ [アイドルタイムアウト](#idle-timeout)
+ [ロードバランサーの属性](#load-balancer-attributes)
+ [ネットワーク ACL](#load-balancer-network-acl)
+ [非対称フロー](#asymmetric-flows)
+ [ネットワーク最大送信単位 (MTU)](#mtu)
+ [ロードバランサーの作成](create-load-balancer.md)
+ [IP アドレスタイプを更新する](load-balancer-ip-address-type.md)
+ [ロードバランサー属性を編集する](edit-load-balancer-attributes.md)
+ [ロードバランサーのタグ付け](tag-load-balancer.md)
+ [ロードバランサーの削除](delete-load-balancer.md)
+ [LCU 予約](capacity-unit-reservation.md)
## ロードバランサーの状態
Gateway Load Balancer の状態は次のいずれかです。
`provisioning`
Gateway Load Balancer はセットアップ中です。
`active`
Gateway Load Balancer は完全にセットアップされており、トラフィックをルーティングする準備ができています。
`failed`
Gateway Load Balancer をセットアップできませんでした。
## IP アドレスタイプ
Gateway Load Balancer にアクセスするためにアプリケーションサーバーが使用できる IP アドレスの種類を設定できます。
Gateway Load Balancer は、次の IP アドレスタイプをサポートしています。
**`ipv4`**
IPv4 のみがサポートされます。
**`dualstack`**
IPv4 と IPv6 がサポートされます。
**考慮事項**
+ ロードバランサーに指定する Virtual Private Cloud (VPC) とサブネットには、IPv6 CIDR ブロックが関連付けられている必要があります。
+ サービスコンシューマー VPC のサブネットのルートテーブルは IPv6 トラフィックをルーティングする必要があり、これらのサブネットのネットワーク ACL は IPv6 トラフィックを許可する必要があります。
+ Gateway Load Balancer は、IPv4 と IPv6 の両方のクライアントトラフィックを IPv4 GENEVE ヘッダーでカプセル化してアプライアンスに送信します。アプライアンスは IPv4 と IPv6 の両方のクライアントトラフィックを IPv4 GENEVE ヘッダーでカプセル化して Gateway Load Balancer に返します。
IP アドレスのタイプについては、「[Gateway Load Balancer の IP アドレスタイプを更新する](load-balancer-ip-address-type.md)」を参照してください。
## アベイラビリティーゾーン
Gateway Load Balancer を作成するときは、1 つ以上のアベイラビリティーゾーンを有効にし、各ゾーンに対応するサブネットを指定します。複数のアベイラビリティーゾーンを有効にすると、アベイラビリティーゾーンが使用できなくなっても、ロードバランサーがトラフィックをルーティングし続けることができます。指定するサブネットにはそれぞれ、最低 8 個の利用可能な IP アドレスが必要です。サブネットは、ロードバランサーの作成後に削除できません。サブネットを削除するには、新しいロードバランサーを作成する必要があります。
## アイドルタイムアウト
Gateway Load Balancer を通じて行う TCP リクエストごとに、その接続の状態が追跡されます。アイドルタイムアウトよりも長い時間、クライアントからもターゲットからもその接続経由でデータが送信されない場合、接続は閉じられます。アイドルタイムアウト期間が経過した後、ロードバランサーは次の TCP SYN を新しいフローと見なし、それを新しいターゲットにルーティングします。ただし、アイドルタイムアウト期間が経過した後に送信されるデータパケットは削除されます。
TCP フローのデフォルトのアイドルタイムアウト値は 350 秒ですが、60～6,000 秒の任意の値に更新できます。クライアントまたはターゲットは TCP キープアライブパケットを使用して、アイドルタイムアウトをリセットできます。
**維持の制限**
Gateway Load Balancer のアイドルタイムアウトは、5 タプルの維持を使用している場合にのみ更新できます。3 タプルまたは 2 タプルのスティッキーを使用する場合、デフォルトのアイドルタイムアウト値が使用されます。詳細については、[フローの維持設定](edit-target-group-attributes.md#flow-stickiness)を参照してください。
UDP はコネクションレスですが、ロードバランサーは送信元と宛先のIPアドレスとポートに基づいて UDP フロー状態を維持します。これにより、同じフローに属するパケットが一貫して同じターゲットに一貫して同じターゲットに送信されます。アイドルタイムアウト期間が経過した後、ロードバランサーは着信 UDP パケットを新しいフローとみなし、それを新しいターゲットにルーティングします。Elastic Load Balancing は、UDP フローのアイドルタイムアウト値を 120 秒に設定します。これは変更できません。
EC2 インスタンスは、リターンパスを確立するために、30 秒以内に新しいリクエストに応答する必要があります。
詳細については、「[アイドルタイムアウトの更新](update-idle-timeout.md)」を参照してください。
## ロードバランサーの属性
Gateway Load Balancer のロードバランサーの属性を以下に示します。
`deletion_protection.enabled`
削除保護が有効化されているかどうかを示します。デフォルトは `false` です。
`load_balancing.cross_zone.enabled`
クロスゾーン負荷分散が有効かどうかを示します。デフォルトは `false` です。
詳細については、「[ロードバランサー属性を編集する](edit-load-balancer-attributes.md)」を参照してください。
## ネットワーク ACL
アプリケーションサーバーと Gateway Load Balancer エンドポイントが同じサブネットにある場合、アプリケーションサーバーから Gateway Load Balancer エンドポイントへのトラフィックについて NACL ルールが評価されます。
## 非対称フロー
ロードバランサーが最初のフローパケットを処理し、応答フローパケットがロードバランサーを経由しない場合、Gateway Load Balancer は非対称フローをサポートします。非対称ルーティングはネットワークのパフォーマンスを低下させる可能性があるため推奨されません。ロードバランサーが最初のフローパケットを処理せず、応答フローパケットがロードバランサーを経由する場合、Gateway Load Balancer は非対称フローをサポートしません。
## ネットワーク最大送信単位 (MTU)
最大送信単位 (MTU) は、ネットワーク上で送信できる最大データパケットサイズです。Gateway Load Balancer インターフェイス MTU は、最大 8,500 バイトのパケットをサポートします。8,500 バイトを超えるサイズのパケットが Gateway Load Balancer インターフェイスに到着した場合、そのパケットはドロップされます。
Gateway Load Balancer は、IP トラフィックを GENEVE ヘッダーでカプセル化してアプライアンスに転送します。GENEVE カプセル化プロセスは、元のパケットに 68 バイトを追加します。したがって、最大 8,500 バイトのパケットをサポートするには、アプライアンスの MTU 設定が少なくとも 8,568 バイトのパケットをサポートしていることを確認します。
Gateway Load Balancer は、IP フラグメント化をサポートしていません。また、Gateway Load Balancer は「送信先に到達できません: フラグメント化が必要ですが、フラグメント化しないが設定されています」というICMPメッセージを生成しません。このため、パス MTU 検出 (PMTUD) はサポートされていません。
# ゲートウェイロードバランサーを作成
Gateway Load Balancer はクライアントからリクエストを受け取り、EC2 インスタンスなどのターゲットグループのターゲット間でリクエストを割り当てます。
を使用して Gateway Load Balancer を作成するには AWS マネジメントコンソール、次のタスクを実行します。または、 を使用して Gateway Load Balancer を作成するには AWS CLI、「」を参照してください[CLI を使用した開始方法](getting-started-cli.md)。
**Topics**
+ [前提条件](#create-load-balancer-prerequisites)
+ [ロードバランサーを作成する](#create-load-balancer-steps)
+ [重要な次のステップ](#important-next-steps)
## 前提条件
開始する前に、Gateway Load Balancer の仮想プライベートクラウド (VPC) について、ターゲットがある各アベイラビリティーゾーンに少なくとも 1 つのサブネットがあることを確認してください。
## ロードバランサーを作成する
次の手順に従って、Gateway Load Balancer を作成します。名前やIP アドレスの種類など、ロードバランサーの基本的な設定情報を指定します。次に、ネットワークに関する情報と、トラフィックをターゲットグループにルーティングするリスナーを指定します。Gateway Load Balancer には GENEVE プロトコルを使用するターゲットグループが必要です。
**コンソールを使用してロードバランサーとリスナーを作成するには**
1. Amazon EC2 コンソールの [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/) を開いてください。
1. ナビゲーションペインの [**Load Balancing**] で、[**Load Balancers**] を選択します。
1. **[ロードバランサーを作成]** を選択します。
1. **[Gateway Load Balancer]** で、**[Create]** (作成) を選択します。
1. **基本的な設定**
1. [**ロードバランサー名**] に、ロードバランサーの名前を入力します。例えば、**my-glb**。Gateway Load Balancer の名前は、リージョンのロードバランサーのセット内で一意である必要があります。最大 32 文字で、英数字とハイフンのみを使用できます。先頭と末尾にハイフンを使用することはできません。
1. **[IP アドレスタイプ]** で、**[IPv4]** を選択して IPv4 アドレスのみをサポートするか、**[デュアルスタック]** を選択して IPv4 と IPv6 アドレスの両方をサポートします。
1. **ネットワークマッピング**
1. **[VPC]** では、サービスプロバイダー VPC を選択します。
1. **[Mappings]** (マッピング) では、セキュリティアプライアンスインスタンスを起動したすべてのアベイラビリティーゾーンと、対応するパブリックサブネットを選択します。
1. **IP リスナーのルーティング**
1. **[デフォルトアクション]** で、トラフィックを受信するターゲットグループを選択します。ターゲットグループがない場合は、**[ターゲットグループの作成]** を選択します。詳細については、「[ターゲットグループの作成](create-target-group.md)」を参照してください。
1. (オプション) **[リスナータグ]** を展開し、必要なタグを追加します。
1. (オプション) **[ロードバランサータグ]** を展開し、必要なタグを追加します。
1. 設定を確認し、**[ロードバランサーの作成]** を選択します。
## 重要な次のステップ
ロードバランサーを作成したら、EC2 インスタンスが最初のヘルスチェックに合格したかを検証します。ロードバランサーをテストするには、Gateway Load Balancer エンドポイントを作成し、ルートテーブルを更新して Gateway Load Balancer エンドポイントをネクストホップにする必要があります。これらの設定は、Amazon VPC コンソールで設定します。詳細については、[入門](getting-started.md) のチュートリアルを参照してください。
# Gateway Load Balancer の IP アドレスタイプを更新する
Gateway Load Balancer は、IPv4 アドレスのみを使用してロードバランサーと通信できるように設定する、または IPv4 アドレスと IPv6 アドレスの両方 (デュアルスタック) を使用してロードバランサーと通信できるように設定することができます。ロードバランサーは、ターゲットグループの IP アドレスのタイプに基づいてターゲットと通信します。詳細については、「[IP アドレスタイプ](gateway-load-balancers.md#ip-address-type)」を参照してください。
**IP アドレスを更新するには、コンソールを使用して入力します。**
1. Amazon EC2 コンソール ([https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)) を開きます。
1. ナビゲーションペインの [**ロードバランシング**] で [**ロードバランサー**] を選択します。
1. ロードバランサーを選択します。
1. [**Actions**]、[**Edit IP address type**] を選択します。
1. [**IP address type**] で、[**ipv4**] を選択して IPv4 アドレスのみをサポートするか、[**dualstack**] を選択して IPv4 と IPv6 アドレスの両方をサポートします。
1. **[保存]** を選択します。
**を使用して IP アドレスタイプを更新するには AWS CLI**
[set-ip-address-type](https://docs.aws.amazon.com/cli/latest/reference/elbv2/set-ip-address-type.html) コマンドを使用します。
# Gateway Load Balancer の属性を編集する
Gateway Load Balancer を作成したら、そのロードバランサー属性を編集できます。
**Topics**
+ [削除保護](#deletion-protection)
+ [クロスゾーンロードバランサー](#cross-zone-load-balancing)
## 削除保護
Gateway Load Balancer が誤って削除されるのを防ぐため、削除保護を有効にできます。デフォルトでは、削除保護は無効です。
Gateway Load Balancer の削除保護を有効にした場合、Gateway Load Balancer を削除する前に無効にする必要があります。
**コンソールを使用して削除保護を有効にするには**
1. Amazon EC2 コンソール ([https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)) を開きます。
1. ナビゲーションペインの [**Load Balancing**] で、[**Load Balancers**] を選択します。
1. Gateway Load Balancer を選択します。
1. **[Actions]** (アクション)、**[Edit attributes]** (属性の編集) を選択します。
1. [**ロードバランサー属性の編集**] ページで、[**削除保護**] の [**有効**] を選択し、[**保存**] を選択します。
**コンソールを使用して削除保護を無効にするには**
1. Amazon EC2 コンソール ([https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)) を開きます。
1. ナビゲーションペインの [**Load Balancing**] で、[**Load Balancers**] を選択します。
1. Gateway Load Balancer を選択します。
1. **[Actions]** (アクション)、**[Edit attributes]** (属性の編集) を選択します。
1. [**ロードバランサー属性の編集**] ページで、[**削除保護**] の [**有効**] の選択を解除し、[**保存**] を選択します。
**を使用して削除保護を有効または無効にするには AWS CLI**
`deletion_protection.enabled` 属性を指定して [modify-load-balancer-attributes](https://docs.aws.amazon.com/cli/latest/reference/elbv2/modify-load-balancer-attributes.html) コマンドを使用します。
## クロスゾーンロードバランサー
デフォルトでは、各ロードバランサーノードは、アベイラビリティーゾーン内の登録済みターゲット間でのみトラフィックを分散します。クロスゾーン負荷分散を有効にすると、各 Gateway Load Balancer ノードは、有効なすべてのアベイラビリティーゾーンの登録済みターゲットにトラフィックを分散します。詳細については、*Elastic Load Balancing ユーザーガイド*の[クロスゾーン負荷分散](https://docs.aws.amazon.com/elasticloadbalancing/latest/userguide/how-elastic-load-balancing-works.html#cross-zone-load-balancing)を参照してください。
**コンソールを使用してクロスゾーン負荷分散を有効にするには**
1. Amazon EC2 コンソール ([https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)) を開きます。
1. ナビゲーションペインの [**Load Balancing**] で、[**Load Balancers**] を選択します。
1. Gateway Load Balancer を選択します。
1. **[Actions]** (アクション)、**[Edit attributes]** (属性の編集) を選択します。
1. **[Edit load balancer attributes]** (ロードバランサー属性の編集) ページで、**[Cross-Zone Load Balancing]** (クロスゾーン負荷分散) の **[Enable]** (有効) を選択し、**[Save]** (保存) を選択します。
**を使用してクロスゾーン負荷分散を有効にするには AWS CLI**
`load_balancing.cross_zone.enabled` 属性を指定して [modify-load-balancer-attributes](https://docs.aws.amazon.com/cli/latest/reference/elbv2/modify-load-balancer-attributes.html) コマンドを使用します。
# Gateway Load Balancer のタグ付け
タグを使用すると、ロードバランサーを目的、所有者、環境などさまざまな方法で分類することができます。
各ロードバランサーに対して複数のタグを追加できます。タグキーは、各 Gateway Load Balancer で一意である必要があります。すでにロードバランサーに関連付けられているキーを持つタグを追加すると、そのキーの値が更新されます。
タグが不要になったら、Gateway Load Balancer からタグを削除できます。
**制限事項**
+ リソースあたりのタグの最大数 – 50
+ キーの最大長 – 127 文字 (Unicode)
+ 値の最大長 – 255 文字 (Unicode)
+ タグのキーと値は大文字と小文字が区別されます。使用できる文字は、UTF-8 で表現できる文字、スペース、および数字と、特殊文字 (\$1、-、=、.、\$1、:、/、@) です。ただし、先頭または末尾にはスペースを使用しないでください。
+ タグ名または値に `aws:` プレフィックスを使用しないでください。このプレフィックスは AWS 使用のために予約されています。このプレフィックスが含まれるタグの名前または値は編集または削除できません。このプレフィックスを持つタグは、リソースあたりのタグ数の制限時には計算されません。
**コンソールを使用して Gateway Load Balancer のタグを更新するには**
1. Amazon EC2 コンソールの [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/) を開いてください。
1. ナビゲーションペインの [**Load Balancing**] で、[**Load Balancers**] を選択します。
1. Gateway Load Balancer を選択します。
1. [**Tags**]、[**Add/Edit Tags**] を選択し、次のうち 1 つ以上を実行します。
1. タグを更新するには、[**Key**] と [**Value**] の値を編集します。
1. 新しいタグを追加するには、[**Create Tag**] を選択します。[**キー**] と [**値**] に値を入力します。
1. タグを削除するには、タグの横にある削除アイコン (X) を選択します。
1. タグの更新を完了したら、[**Save**] を選択します。
**を使用して Gateway Load Balancer のタグを更新するには AWS CLI**
[add-tags](https://docs.aws.amazon.com/cli/latest/reference/elbv2/add-tags.html) コマンドと [remove-tags](https://docs.aws.amazon.com/cli/latest/reference/elbv2/remove-tags.html) コマンドを使用します。
# Gateway Load Balancer の削除
Gateway Load Balancer が利用可能になると、ロードバランサーの実行時間に応じて 1 時間ごと、または 1 時間未満の時間について課金されます。不要になった Gateway Load Balancer は削除できます。Gateway Load Balancer が削除されると、Gateway Load Balancer の課金も停止されます。
別のサービスで使用中の Gateway Load Balancer は削除できません。例えば、Gateway Load Balancer が VPC エンドポイントサービスに関連付けられている場合、関連付けられた Gateway Load Balancer を削除するには、まずエンドポイントサービス設定を削除する必要があります。
Gateway Load Balancer を削除すると、そのリスナーも削除されます。Gateway Load Balancer を削除しても、登録済みターゲットには影響を与えません。たとえば、EC2 インスタンスは実行を続け、ターゲットグループに登録されたままです。ターゲットグループを削除するには、「[Gateway Load Balancer のターゲットグループの削除](delete-target-group.md)」を参照してください。
**コンソール を使用して Gateway Load Balancer を削除するには**
1. Amazon EC2 コンソールの [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/) を開いてください。
1. ナビゲーションペインの [**Load Balancing**] で、[**Load Balancers**] を選択します。
1. Gateway Load Balancer を選択します。
1. [** Actions**] で、[**Delete **] を選択します。
1. 確認を求めるメッセージが表示されたら、[**Yes、Delete**] を選択します。
**を使用して Gateway Load Balancer を削除するには AWS CLI**
[delete-load-balancer](https://docs.aws.amazon.com/cli/latest/reference/elbv2/delete-load-balancer.html) コマンドを使用します。
# Gateway Load Balancer のキャパシティ予約
ロードバランサーキャパシティユニット (LCU) 予約では、ロードバランサーの静的最小キャパシティを予約できます。Gateway Load Balancer は、検出されたワークロードをサポートし、容量のニーズを満たすように自動的にスケーリングします。最小容量を設定すると、ロードバランサーは受信したトラフィックに基づいてスケールアップまたはスケールダウンを続けますが、設定された最小容量を下回ることも防止します。
次の状況では LCU 予約の使用を検討してください。
+ 突然の異常な高トラフィックが発生し、イベント中にロードバランサーが突然のトラフィックの急増をサポートできるようにしたいイベントが近づいている。
+ ワークロードの性質上、短期間、予期しないスパイクトラフィックが発生している。
+ ロードバランサーを設定して、特定の開始時刻にサービスをオンボードまたは移行し、自動スケーリングが有効になるまで待機するのではなく、大容量から開始する必要がある。
+ ロードバランサー間でワークロードを移行していて、ソースのスケールに合わせて送信先を設定する場合。
**必要なキャパシティの見積もり**
ロードバランサー用に予約する容量を決定するときは、負荷テストを実行するか、予想される今後のトラフィックを表すワークロードの履歴データを確認することをお勧めします。Elastic Load Balancing コンソールを使用すると、レビューされたトラフィックに基づいて、予約する必要があるキャパシティを見積もることができます。
または、CloudWatch メトリクス **ProcessedBytes** を参照して、適切なキャパシティレベルを決定することもできます。ロードバランサーのキャパシティは LCU で予約され、各 LCU は 2.2Mbps に等しくなります。**PeakBytesPerSecond** メトリクスを使用してロードバランサーの 1 分あたりの最大スループットトラフィックを表示し、そのスループットを LCUs.2Mbps の変換レートを使用して LCU に変換すると 1 LCU になります。
参照する履歴ワークロードデータがなく、負荷テストを実行できない場合は、LCU 予約計算ツールを使用して必要な容量を見積もることができます。LCU 予約計算ツールは、 AWS 観測された過去のワークロードに基づいてデータを使用し、特定のワークロードを表していない場合があります。詳細については、「[ロードバランサーキャパシティユニット予約計算ツール](https://exampleloadbalancer.com/ondemand_capacity_reservation_calculator.html)」を参照してください。
**サポート対象のリージョン**
この機能は次のリージョンでご利用いただけます。
+ 米国東部 (バージニア北部)
+ 米国東部 (オハイオ)
+ 米国西部 (オレゴン)
+ アジアパシフィック (香港)
+ アジアパシフィック (シンガポール)
+ アジアパシフィック (シドニー)
+ アジアパシフィック (東京)
+ 欧州 (フランクフルト)
+ 欧州 (アイルランド)
+ 欧州 (ストックホルム)
**LCU 予約の最小値と最大値**
予約リクエストの合計は、アベイラビリティーゾーンあたり 2,750 LCU 以上である必要があります。最大値は、アカウントのクォータによって決まります。詳細については、「[ロードバランサーキャパシティユニット](quotas-limits.md#lcu-quotas)」を参照してください。
# Gateway Load Balancer のLoad Balancerキャパシティユニット予約をリクエストする
LCU 予約を使用する前に、以下を確認してください。
+ LCU 予約は、Gateway Load Balancer のスループットキャパシティの予約のみをサポートします。LCU 予約をリクエストするときは、1 LCU の変換レートを使用して容量のニーズを Mbps から LCU に変換します。
+ キャパシティはリージョンレベルで予約され、アベイラビリティーゾーン間で均等に分散されます。LCU 予約を有効にする前に、各アベイラビリティーゾーンに十分に均等に分散されたターゲットがあることを確認します。
+ LCU 予約リクエストは先着順で受理され、その時点でゾーンで使用可能なキャパシティによって異なります。ほとんどのリクエストは通常 1 時間以内に処理されますが、最大数時間かかる場合があります。
+ 既存の予約を更新するには、前のリクエストをプロビジョニングするか、失敗する必要があります。リザーブドキャパシティは必要な回数だけ増やすことができますが、リザーブドキャパシティは 1 日に 2 回しか減らせません。
**LCU 予約をリクエストする**
この手順のステップでは、ロードバランサーで LCU 予約をリクエストする方法について説明します。
**コンソールを使用して LCU 予約をリクエストするには**
1. Amazon EC2 コンソールの [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/) を開いてください。
1. ナビゲーションペインで、[**ロードバランサー**] を選択します。
1. ロードバランサー名を選択します。
1. **[キャパシティ]** タブで、**[LCU 予約を編集]** を選択します。
1. **履歴参照ベースの見積り**を選択し、ドロップダウンリストからロードバランサーを選択します。
1. 推奨の予約済み LCU レベルを表示するには、参照期間を選択します。
1. 過去のリファレンスワークロードがない場合は、**[手動見積り]** を選択し、予約する LCU の数を入力できます。
1. **[保存]** を選択します。
**を使用して LCU 予約をリクエストするには AWS CLI**
[modify-capacity-reservation](https://docs.aws.amazon.com/cli/latest/reference/elbv2/modify-capacity-reservation.html) コマンドを使用します。
# Gateway Load Balancer のLoad Balancerバランサーキャパシティユニット予約を更新または終了する
**LCU 予約を更新または終了する**
この手順のステップでは、ロードバランサーの LCU 予約を更新または終了する方法について説明します。
**コンソールを使用して LCU 予約を更新または終了するには**
1. Amazon EC2 コンソールの [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/) を開いてください。
1. ナビゲーションペインで、[**ロードバランサー**] を選択します。
1. ロードバランサー名を選択します。
1. **キャパシティ**タブで、予約のステータスがプロビジョニングされていることを確認します。
1. LCU 予約を更新するには、**[LCU 予約を編集]** を選択します。
1. LCU 予約を終了するには、**キャパシティーのキャンセル**を選択します。
**を使用して LCU 予約を更新または終了するには AWS CLI**
[modify-capacity-reservation](https://docs.aws.amazon.com/cli/latest/reference/elbv2/modify-capacity-reservation.html) コマンドを使用します。
# Gateway Load Balancer のLoad Balancerキャパシティユニットの予約をモニタリングする
**予約ステータス**
LCU 予約には 4 つのステータスがあります。
+ 保留中 - プロビジョニング中の予約を示します。
+ プロビジョニング済み - リザーブドキャパシティーが使用可能であることを示します。
+ failed - その時点でリクエストを完了できないことを示します。
+ 再調整 - アベイラビリティーゾーンが追加され、ロードバランサーが容量を再調整していることを示します。
**予約済み LCU**
予約済み LCU 使用率を決定するには、1 分あたりの **PeakBytesPerSecond** メトリクスを 1 時間あたりの Sum(ReservedLCUs) と比較します。1 分あたりのバイト数を 1 時間あたりの LCU に変換するには、(1 分あたりのバイト数)\$18/60/ (10^6)/2.2 を使用します。
**リザーブドキャパシティのモニタリング**
このプロセスのステップでは、ロードバランサーの LCU 予約のステータスを確認する方法について説明します。
**コンソールを使用して LCU 予約のステータスを表示するには**
1. Amazon EC2 コンソールの [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/) を開いてください。
1. ナビゲーションペインで、[**ロードバランサー**] を選択します。
1. ロードバランサー名を選択します。
1. **[キャパシティ]** タブで、**[予約ステータス]** と **[リザーブド LCU]** 値を表示できます。
**を使用して LCU 予約のステータスをモニタリングするには AWS CLI**
[describe-capacity-reservation](https://docs.aws.amazon.com/cli/latest/reference/elbv2/describe-capacity-reservation.html) コマンドを使用します。