# バーストインスタンスの無制限モードの概念
`unlimited` モードはバーストパフォーマンスインスタンスのクレジットの設定オプションです。これにより、実行中または停止中のインスタンスをいつでも有効または無効にできます。各 AWS リージョンのアカウントレベルで、バーストパフォーマンスインスタンスファミリーごとに、[デフォルトのクレジットオプションとして `unlimited` を設定](burstable-performance-instances-how-to.md#burstable-performance-instance-set-default-credit-specification-for-account)できます。アカウント内のすべての新しいバーストパフォーマンスインスタンスは、このデフォルトのクレジットオプションを使用して起動されます。
## 無制限のバーストパフォーマンスインスタンスの仕組み
`unlimited` として設定したバーストパフォーマンスインスタンスが CPU クレジット残高を使い切った場合、*ベースライン*を超えてバーストするには[余剰](burstable-credits-baseline-concepts.md#baseline_performance)クレジットを使用できます。その CPU 利用率がベースラインを下回った場合、獲得した CPU クレジットを使用して、先に消費された余剰クレジットの支払いが行われます。CPU クレジットを獲得して余剰クレジットを支払う機能により、Amazon EC2 は 24 時間にわたるインスタンスの CPU 使用率を平均化できるようになります。24 時間の平均 CPU 使用率がベースラインを超えたインスタンスには、vCPU 時間あたりの超過の使用量に対して、[均一追加料金](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing)が発生します。
以下のグラフは、`t3.large` の CPU 使用率を示します。`t3.large` のベースラインの CPU 使用率は 30% です。インスタンスが 24 時間にわたって平均 30% 以下の CPU 使用率で実行されている場合、コストはインスタンスの 1 時間あたりの料金ですでにカバーされているため、追加料金はかかりません。ただし、ここでのグラフに示されているように、24 時間の平均 CPU 使用率 40% でインスタンスが実行されている場合、そのインスタンスでの超過 CPU 使用量 10% に対しては、vCPU 時間あたりに[均一追加料金](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing)が発生します。
![\[t3.large インスタンスの CPU 課金使用率。\]](http://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/images/t3-cpu-usage.png)
各インスタンスタイプの vCPU あたりのベースライン使用率、および各インスタンスタイプが獲得するクレジット数の詳細については、[クレジットの表](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table)を参照してください。
## Unlimited モードと固定 CPU を使用する場合
`unlimited` モード (T3 など) でバーストパフォーマンスインスタンスと、固定パフォーマンスインスタンス (M5 など) のどちらを使用するかを決める場合は、損益分岐点 CPU 使用率を判断する必要があります。バーストパフォーマンスインスタンスの損益分岐点 CPU 使用率は、バーストパフォーマンスインスタンスが固定パフォーマンスインスタンスと同じコストになるポイントです。損益分岐点 CPU 使用率は、次のことを判断するのに役立ちます。
+ 24 時間の平均 CPU 使用率が損益分岐点の CPU 使用率以下である場合は、バーストパフォーマンスインスタンスを `unlimited` モードで使用すると、固定パフォーマンスインスタンスと同じパフォーマンスを維持しながら、バーストパフォーマンスインスタンスを低価格で使用できます。
+ 24 時間の平均 CPU 使用率が損益分岐点 CPU 使用率を上回る場合、バーストパフォーマンスインスタンスは、同等サイズの固定パフォーマンスインスタンスよりもコストが高くなります。T3 インスタンスが 100% CPU で継続的にバーストする場合、同等サイズの M5 インスタンスの約 1.5 倍の価格を支払うことになります。
次のグラフは、`t3.large` のコストが `m5.large` と同じ場合の損益分岐点の CPU 使用率を示しています。`t3.large` の損益分岐点の CPU 使用率は 42.5% です。平均 CPU 使用率が 42.5% の場合、`t3.large` の実行コストは `m5.large` と同じです。平均 CPU 使用率が 42.5% を超える場合は、より高価になります。ワークロードの平均 CPU 使用率が 42.5% 未満であれば、`m5.large` と同じパフォーマンスを得ながら、`t3.large` を低コストで使用できます。
![\[t3.large インスタンスの CPU 使用率の損益分岐点は 42.5% です。\]](http://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/images/T3-unltd-when-to-use.png)
次の表は、`unlimited` モードまたは固定パフォーマンスインスタンスでバーストパフォーマンスインスタンスを使用する方が安価な場合を判断できるように、損益分岐点 CPU 使用率のしきい値を計算する方法を示しています。表の列には A から K のラベルが付けられています。
| インスタンスタイプ | vCPU | T3 の料金 \$1/時間 | M5 の料金 \$1/時間 | 料金の違い | vCPU あたりの T3 ベースライン使用率 (%) | 余剰クレジットに対する vCPU 時間あたりの料金 | vCPU 時間 (分) あたりの料金 | vCPU ごとに利用可能な追加のバースト (分) | 利用可能な追加 CPU (%) | 損益分岐 CPU % |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
| A | B | C | D | E = D - C | F | G | H = G / 60 | I = E / H | J = (I / 60) / B | K = F \$1 J |
| t3.large | 2 | 0.0835 USD | 0.096 USD | 0.0125 USD | 30% | 0.05 USD | 0.000833 USD | 15 | 12.5% | 42.5% |
| |
| --- |
| \$1 料金は us-east-1 および Linux OS に基づいています。 |
テーブルは以下の情報を提供します。
+ 列 A は、インスタンスタイプ `t3.large` を示します。
+ 列 B は、`t3.large` の vCPU の数を示します。
+ 列 C は、1 時間あたりの `t3.large` の料金を示します。
+ 列 D は、1 時間あたりの `m5.large` の料金を示します。
+ 列 E は、`t3.large` と `m5.large` の差額を示しています。
+ 列 F は、`t3.large` の vCPU あたりのベースライン使用率 (30%) を示しています。ベースラインでは、インスタンスの 1 時間あたりのコストが CPU 使用率のコストになります。
+ G 列は、獲得したクレジットを使い切った後のインスタンスが 100% の CPU 使用率でバーストした場合に請求される、vCPU 時間あたりの[均一追加料金](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing)を示しています。
+ H 列は、獲得したクレジットを使い切った後のインスタンスが 100% の CPU 使用率でバーストした場合に請求される、vCPU 分あたりの[均一追加料金](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing)を示しています。
+ 列 I は、`t3.large` と同じ 1 時間あたりの料金が発生している間に、100% CPU で `m5.large` が 1 時間あたりにバーストできる追加の時間 (分) を示しています。
+ J 列は、インスタンスが `m5.large` と同じ 1 時間あたりの料金が発生している間にバーストする可能性がある、ベースラインを超えた追加の CPU 使用率 (%) を示しています。
+ 列 K は、`t3.large` 以上支払わなくても `m5.large` がバーストする可能性がある損益分岐点 CPU 使用率 (%) を示しています。この使用率を超えた `t3.large` のコストは `m5.large` よりも高くなります。
次の表は、同様のサイズの M5 インスタンスタイプと比較した、T3 インスタンスタイプの損益分岐点 CPU 使用率 (%) を示しています。
| T3 インスタンスタイプ | M5 と比較した T3 の損益分岐点 CPU 使用率 (%) |
| --- | --- |
| t3.large | 42.5% |
| t3.xlarge | 52.5% |
| t3.2xlarge | 52.5% |
## 余剰クレジットにより料金が発生することがある
インスタンスの平均 CPU 使用率がベースライン以下の場合、インスタンスに追加料金は発生しません。インスタンスは 24 時間で[クレジット最大数](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table)を獲得 (例えば、`t3.micro` インスタンスは 24 時間で最大 288 クレジット獲得可能) するため、課金されることなく余剰クレジットを最大まで消費できます。
ただし、CPU 使用率がベースラインを上回ったままの場合、インスタンスは消費した余剰クレジットを支払うのに十分なクレジットを獲得できません。支払われない余剰クレジットに対して、vCPU 時間ごとに均一追加料金が発生します。料金の詳細については、[T2/T3/T4g Unlimited モードの料金](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing)およびを参照してください。
先に消費された余剰クレジットは、以下のいずれかの状況に当てはまると料金が発生します。
+ 消費された余剰クレジットが、インスタンスが 24 時間に獲得できる[最大クレジット数](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table)を超えている。最大数を越えて消費された余剰クレジットは、時間の最後に課金されます。
+ インスタンスが停止または終了した。
+ インスタンスは `unlimited` から `standard` に切り替わります。
消費された余剰クレジットは、CloudWatch メトリクス `CPUSurplusCreditBalance` により追跡されます。課金された余剰クレジットは、CloudWatch メトリクス `CPUSurplusCreditsCharged` で追跡できます 。詳細については、[バーストパフォーマンスインスタンスの追加 CloudWatch メトリクス](burstable-performance-instances-monitoring-cpu-credits.md#burstable-performance-instances-cw-metrics)を参照してください。
## unlimited として設定されたバーストパフォーマンスのコストを教えてください。
余剰クレジットを使用していて、それらが獲得クレジットで返済されない場合は (「[余剰クレジットにより料金が発生することがある](#unlimited-mode-surplus-credits)」を参照)、余剰クレジットに対して vCPU 時間あたりの定額追加料金をお支払いいただきます。料金は、「*Amazon EC2 オンデマンド料金*」ページの「[T2/T3/T4g Unlimited モードの料金](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing)」セクションに記載されています。
## T2 Unlimited インスタンスの起動クレジットはありません
T2 スタンダードインスタンスが[起動クレジット](burstable-performance-instances-standard-mode-concepts.md#launch-credits)を受け取っても、T2 Unlimited インスタンスは起動クレジットを受け取りません。T2 Unlimited インスタンスは、24 時間のローリング枠内または存続期間のどちらか短いほうで平均 CPU 使用率がベースラインを越えない限り、追加料金なしでいつでもベースラインを超えるバーストができます。したがって、T2 Unlimited インスタンスは、起動直後の高パフォーマンスを実現するために起動クレジットを必要としません。
T2 インスタンスが `standard` から `unlimited` に切り替えられた場合、残りの `CPUCreditBalance` が引き継がれる前に、蓄積された起動クレジットが `CPUCreditBalance` から削除されます。
T4g、T3a、および T3 インスタンスは、デフォルトで無制限モードで起動するため、起動クレジットを受け取ることはありません。そのため、起動時にすぐにバーストする可能性があります。T4g、T3a、および T3 インスタンスのクレジット設定を Unlimited モードにすることで、ベースラインを超えてバーストさせるために必要な量の CPU リソースを、必要な期間だけ使用できるようになります。
## 無制限モードの有効化
実行中または停止中のインスタンスで、`unlimited` から `standard`、`standard` から `unlimited` へいつでも切り替えることができます。詳細については、[起動時にクレジット仕様を設定する](burstable-performance-instances-how-to.md#launch-burstable-performance-instances)および[バーストパフォーマンスインスタンスのクレジット仕様を管理する](burstable-performance-instances-how-to.md#modify-burstable-performance-instances)を参照してください。
各 `unlimited` リージョンのアカウントレベルで、バーストパフォーマンスインスタンスファミリーごとに、デフォルトのクレジットオプションとして AWS を設定できます。アカウント内のすべての新しいバーストパフォーマンスインスタンスは、このデフォルトのクレジットオプションを使用して起動されます。詳細については、[アカウントのデフォルトのクレジット仕様を管理する](burstable-performance-instances-how-to.md#burstable-performance-instance-set-default-credit-specification-for-account)を参照してください。
Amazon EC2 コンソールまたは `unlimited` を使用して、バーストパフォーマンスインスタンスが `standard` あるいは AWS CLI のどちらで設定されているを確認できます。詳細については、[バーストパフォーマンスインスタンスを設定する](burstable-performance-instances-how-to.md)を参照してください。
## Unlimited とスタンダードを切り替えるとクレジットはどうなるか
`CPUCreditBalance` は、インスタンスが蓄積したクレジットの数を追跡する CloudWatch メトリクスです。`CPUSurplusCreditBalance` は、インスタンスが消費した余剰クレジットの数を追跡する CloudWatch メトリクスです。
`unlimited` として設定されたインスタンスを `standard` に変更すると、以下の状況が発生します
+ `CPUCreditBalance` 値は変更されずに引き継がれます。
+ `CPUSurplusCreditBalance` 値にはすぐに課金されます。
`standard` インスタンスが `unlimited` に切り替えられると、以下の状況が発生します。
+ `CPUCreditBalance` 値に含まれる、蓄積された獲得クレジットが引き継がれます。
+ T2 スタンダードインスタンスでは、起動クレジットがすべて `CPUCreditBalance` 値から削除され、蓄積された獲得クレジットを含む残りの `CPUCreditBalance` 値が引き継がれます。
## クレジット使用状況のモニタリング
インスタンスが、ベースラインが提供するよりも多くクレジットを消費していないか確認するには、CloudWatch メトリクスを使用して使用率を追跡し、クレジット使用量を通知する時間ごとのアラームを設定できます。詳細については、[バーストインスタンスの CPU クレジットをモニタリングする](burstable-performance-instances-monitoring-cpu-credits.md)を参照してください。