# バーストパフォーマンスインスタンス
多くの汎用ワークロードでは、平均的な状態はビジーではないので、持続的で高いレベルの CPU パフォーマンスを必要としません。以下のグラフは、現在 AWS クラウドのお客様が実行している多くの一般的なワークロードにおける、CPU の使用率を示しています。
![\[多くのワークロードでは、一般的に平均 CPU 使用率はベースライン以下であり、一部にベースラインを超えるスパイクが見られる程度です。\]](http://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/images/CPU-common-workloads.png)
これらの CPU 使用率が低～中程度のワークロードが、CPU サイクルを浪費するような場合には、使用量以上の料金が発生することになります。こういった問題に対処するには、低コストのバースト汎用インスタンス (T インスタンス) を活用します。
T インスタンスファミリーは、ベースラインの CPU パフォーマンスを提供しながら、いつでも必要な時間だけ、能力をベースライン以上にバーストさせる機能を備えています。ベースライン CPU は汎用ワークロードにおける大部分のニーズを満たすように構成されており、大規模なマイクロサービス、ウェブサーバー、中小規模のデータベース、データのログ記録、コードリポジトリ、仮想デスクトップ、開発/テスト環境、ビジネスクリティカルなアプリケーションなどに対応できます。T インスタンスでは、コンピューティング、メモリ、ネットワークリソースがバランスしているので、CPU 使用率が低～中程度の広範な汎用アプリケーションを実行するための、費用対効果が最も高い方法が提供されます。コストの面では、M インスタンスと比較しても最大 15% の節約となります。また、2 個の vCPU と 0.5 GiB のメモリで動作する小型かつ経済的なインスタンスサイズを選択すれば、さらにコストの削減が可能です。ナノ、マイクロ、Small、中 など小型の T インスタンスサイズは、必要なメモリが少なく、また想定される CPU 使用率も高くないワークロードに適しています。
**注記**
このトピックは、バースト可能な CPU について説明します。バースト可能なネットワークパフォーマンスの詳細については、「[Amazon EC2 インスタンスのネットワーク帯域幅](ec2-instance-network-bandwidth.md)」を参照してください。
## EC2 バーストインスタンスタイプ
EC2 バーストインスタンスには、T4g、T3a、T3 インスタンスタイプ、および旧世代の T2 インスタンスタイプが含まれます。
T4g インスタンスタイプは、最新世代のバーストインスタンスです。このタイプは、パフォーマンスに対して最良の価格設定が行われており、すべての EC2 インスタンスタイプ中でも、最も低いコストでの利用が可能です。T4g インスタンスタイプは、ARM ベースの [AWSGraviton2](https://aws.amazon.com/ec2/graviton/) プロセッサーで動作します。また、オペレーティングシステムベンダー、独立系ソフトウェアベンダー、さらに一般的な AWS サービスとアプリケーションからの、広範なエコシステムサポートも利用できます。
次の表に、各バーストインスタンスタイプ間の主な違いをまとめます。
****
| タイプ | 説明 | プロセッサファミリ |
| --- | --- | --- |
| 最新世代 |
| T4g | 最低コストの EC2 インスタンスタイプで、T3 と比較した場合コストパフォーマンスは最大 40% 向上し、使用料金は 20% 低減 | Arm Neoverse N1 コア搭載の AWS Graviton2 プロセッサ |
| T3a | T3 インスタンスと比較してコストを 10% 低減する、最低料金の x86 ベースインスタンス | AMD 第1世代 EPYC プロセッサー |
| T3 | x86 ワークロードでピーク時に最良のコストパフォーマンスを発揮、旧世代の T2 インスタンスと比較した場合コストパフォーマンスが最大 30% 向上 | インテル Xeon スケーラブル (Skylake、Cascade Lake プロセッサー) |
| 前の世代 |
| T2 | 旧世代のバーストインスタンス | インテル Xeon プロセッサ |
インスタンスの料金体系と、その他の仕様については、「[Amazon EC2 の料金](https://aws.amazon.com/ec2/pricing/)」および「[Amazon EC2 インスタンスタイプ](https://aws.amazon.com/ec2/instance-types/)」を参照してください。バースト可能なネットワークパフォーマンスの詳細については、「[Amazon EC2 インスタンスのネットワーク帯域幅](ec2-instance-network-bandwidth.md)」を参照してください。
2025 年 7 月 15 日より前に AWS アカウントを作成していて、12 か月が経過していない場合は、特定の使用制限内で `t2.micro` インスタンスを無料で使用できます (`t2.micro` を利用できないリージョンでは `t3.micro` インスタンスを使用できます)。2025 年 7 月 15 日以降に AWS アカウントを作成した場合は、`t3.micro`、`t3.small`、`t4g.micro`、`t4g.small` インスタンスタイプを 6 か月間、またはクレジットを使い切るまで使用できます。詳細については、「[AWS 無料利用枠](https://aws.amazon.com/free/)」を参照してください。
**T インスタンスでサポートされる購入オプション**
+ On-Demand Instances
+ Reserved Instances
+ ハードウェア専有インスタンス (T3 のみ)
+ Dedicated Hosts (T3 のみ、`standard`モードのみ)
+ スポットインスタンス
詳細については、[Amazon EC2 の請求および購入オプション](instance-purchasing-options.md)を参照してください。
**Topics**
+ [EC2 バーストインスタンスタイプ](#burstable-instance-types)
+ [ベストプラクティス](#burstable-performance-instances-best-practices)
+ [バーストパフォーマンスインスタンスに関する主要な概念](burstable-credits-baseline-concepts.md)
+ [バーストパフォーマンスインスタンスの Unlimited モード](burstable-performance-instances-unlimited-mode.md)
+ [バーストパフォーマンスインスタンスのスタンダードモード](burstable-performance-instances-standard-mode.md)
+ [バーストパフォーマンスインスタンスを設定する](burstable-performance-instances-how-to.md)
+ [バーストインスタンスの CPU クレジットをモニタリングする](burstable-performance-instances-monitoring-cpu-credits.md)
## ベストプラクティス
これらのベストプラクティスに従って、バーストパフォーマンスインスタンスの利点を最大限に活用してください。
+ 選択するインスタンスのサイズが、オペレーティングシステムおよびアプリケーションの最小メモリ要件を満たしていることを確認します。多量のメモリおよび CPU リソースを消費するグラフィカルユーザーインターフェースを使用するオペレーティングシステム (Windows など) は、多くのユースケースで `t3.micro` 以上のインスタンスサイズを必要とする場合があります。時間の経過とともに、メモリおよび CPU に対するワークロードからの要求が増大した場合のために、T インスタンスには、同じインスタンスタイプで大きなインスタンスサイズにスケールできる柔軟性が備わっています。あるいは、別のインスタンスタイプを選択することも可能です。
+ アカウントの [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/getting-started/) を有効にし、ワークロードに関する Compute Optimizer 推奨事項を確認します。Compute Optimizer は、パフォーマンスを向上させるためにインスタンスをアップサイズする必要があるかや、コスト削減のためにダウンサイズする必要があるかを評価する際に役立ちます。Compute Optimizer は、シナリオに応じて異なるインスタンスタイプを推奨する場合もあります。詳細については、「*AWS Compute Optimizer ユーザーガイド*」の「[EC2 インスタンスのレコメンデーションの表示](https://docs.aws.amazon.com/compute-optimizer/latest/ug/view-ec2-recommendations.html)」を参照してください。
# バーストパフォーマンスインスタンスに関する主要な概念
従来の Amazon EC2 インスタンスタイプの場合は CPU リソースが固定されています。一方バーストパフォーマンスインスタンスの場合は、CPU 使用率にベースラインレベルを定義した上で、そのレベルを超えて CPU 使用率をバーストさせることが可能となっています。これにより料金は、ベースラインの CPU 使用率に加えて、バーストとして追加された分に対してのみ支払えば良いことになり、コンピューティングのコストを削減できます。ベースライン使用率とバースト機能は、CPU クレジットで管理します。バーストパフォーマンスインスタンスは、CPU 使用率にクレジットを使用する唯一のインスタンスタイプです。
各バーストパフォーマンスインスタンスは、CPU 使用率がベースラインを下回っている間は継続的にクレジットを獲得し、ベースラインを上回っている間は継続的にクレジットを消費します。獲得または消費されたクレジットの量は、インスタンスの CPU 使用率によって異なります。
+ CPU 使用率がベースラインを下回っている場合、獲得するクレジットは消費するクレジットよりも大きくなります。
+ CPU 使用率がベースラインと等しい場合、獲得するクレジットは消費するクレジットと等しくなります。
+ CPU 使用率がベースラインよりも高い場合、消費するクレジットが獲得するクレジットよりも高くなります。
獲得したクレジットが消費したクレジットよりも大きい場合、その差額は蓄積されたクレジットと呼ばれ、後でベースラインを超えて CPU 使用率をバーストさせる際に使用できます。一方、消費したクレジットが獲得したクレジットよりも多い場合のインスタンスの動作は、クレジット設定モード (スタンダードモードまたは Unlimited モード) によって異なります。
スタンダードモードでは、消費したクレジットが獲得したクレジットよりも多い場合、インスタンスは、ベースラインを越えて CPU 使用率をバーストさせるために、蓄積されたクレジットを使用します。蓄積されたクレジットに残額がない場合、インスタンスは CPU 使用率を徐々にベースラインまで低下させ、より多くのクレジットが蓄積されるまで、ベースラインを超えてバーストすることはできなくなります。
Unlimited モードでは、CPU 使用率がベースラインを超えてバーストした場合、インスタンスは最初に蓄積されたクレジットを使用します。その後、蓄積されたクレジットの残額がなくなった場合には、インスタンスは余剰クレジットを消費してバーストを維持します。その CPU 利用率がベースラインを下回った場合、獲得した CPU クレジットを使用して、先に消費された余剰クレジットの支払いが行われます。CPU クレジットを獲得して余剰クレジットを支払う機能により、Amazon EC2 は 24 時間にわたるインスタンスの CPU 使用率を平均化できるようになります。24 時間の平均 CPU 使用率がベースラインを超えたインスタンスには、vCPU 時間あたりの超過の使用量に対して、[均一追加料金](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing)が発生します。
**Contents**
+ [主要な概念と定義](#key-concepts)
+ [CPU クレジットの獲得](#earning-CPU-credits)
+ [CPU クレジットの獲得率](#CPU-credit-earn-rate)
+ [CPU クレジット蓄積制限](#CPU-credit-accrual-limit)
+ [CPU 存続期間の蓄積](#accrued-CPU-credits-life-span)
+ [ベースライン使用率](#baseline_performance)
## 主要な概念と定義
バーストパフォーマンスインスタンスには、以下の主要な概念と定義が適用されます。
**CPU 使用率**
CPU 使用率とは、割り当てられた EC2 コンピューティングユニットのうち、現在インスタンス上で使用されているものが占める割合のことです。このメトリクスは、割り当てられた CPU サイクルの中で、インスタンスで使用されているサイクルの割合を測定します。CloudWatch の CPU 使用率に関するメトリクスでは、コアごとの CPU 使用率ではなく、インスタンスごとの CPU 使用率を示しています。インスタンスの CPU ベースラインに関する仕様は、インスタンスごとの CPU 使用率とも関連しています。AWS マネジメントコンソール または AWS CLI を使用して CPU 使用率を測定する方法については、[特定のインスタンスの統計を取得する](US_SingleMetricPerInstance.md)を参照してください。
**CPU クレジット**
vCPU 時間の単位。
例:
1 CPU クレジット = 1 vCPU × 100% 使用率 × 1 分
1 CPU クレジット = 1 vCPU × 50% 使用率 × 2 分
1 CPU クレジット = 2 vCPU × 25% 使用率 × 2 分
**ベースライン使用率**
ベースライン使用率とは、CPU クレジットの獲得数と CPU クレジットの使用数が一致する場合に、正味のクレジット残高が 0 の状態で CPU を使用できるレベルのことです。ベースライン使用率はベースラインとも呼ばれます。ベースライン使用率は vCPU の使用率のパーセンテージとして表され、次のように計算されます。ベースライン使用率 % = (獲得したクレジットの数 ÷ vCPU の数) ÷ 60 分
各バーストパフォーマンスインスタンスタイプのベースライン使用率については、「[クレジットの表](#burstable-performance-instances-credit-table)」を参照してください。
**獲得クレジット**
実行中のインスタンスが継続的に獲得するクレジットです。
1 時間あたりの獲得クレジット数 =ベースライン使用率 (%) × vCPU 数 (個)× 60 (分)
例:
vCPU を 2 個使用し、ベースライン使用率が 5% に設定された t3.nano では次の計算のように、1 時間あたり 6 クレジットを獲得します。
2 個の vCPU × 5% のベースライン × 60 分 = 1 時間あたり 6 クレジット
**消費または使用されたクレジット**
実行中のインスタンスにより継続的に使用されるクレジットです。
1 分あたりに使用される CPU クレジット = vCPU 数 (個) × CPU 使用率 (%) × 1 分
**蓄積されたクレジット**
インスタンスの使用量がベースラインの使用率よりも少ないので、消費されなかった CPU クレジットです。つまり、蓄積されたクレジット = 獲得クレジット — 使用されたクレジット (ともにベースラインより低い場合)、となります。
例:
仮に t3.nano の CPU 使用率が 2% で、ベースラインである 5% を 1 時間の間下回っていた場合、蓄積されたクレジットは次のように計算されます。
蓄積された CPU クレジット = (1 時間あたりの獲得クレジット — 1 時間あたりの使用クレジット) = 6 — 2 (vCPU 個数) × 2 (CPU 使用率 %) × 60 (分) = 6 — 2.4 = 3.6 (1 時間あたりに蓄積されたクレジット)
**クレジット蓄積制限**
インスタンスのサイズによって異なりますが、通常は 24 時間以内に獲得できるクレジットの最大数と等しくなります。
例:
t3.nanoの場合、クレジット蓄積制限 = 24 × 6 = 144クレジット
**起動クレジット**
これは、スタンダードモードに設定された T2 インスタンスにのみ適用されます。起動クレジットは、新しい T2 インスタンスに割り当てられるもので、CPU クレジットの数に制限があります。スタンダードモードで起動することで、ベースラインを超えたバーストが可能になります。
**余剰クレジット**
蓄積されたクレジットの残高が枯渇したインスタンスが消費するクレジットです。余剰クレジットは、長期間高パフォーマンスを維持するバーストインスタンスのために設計されており、使用できるのは Unlimited モードでのみです。余剰クレジット残高は、Unlimited モードのインスタンスがバーストのために使用した、クレジットの数を判断するために使用されます。
**スタンダードモード**
クレジットの設定モードです。このモードのインスタンスでは、クレジット残高に蓄積されたクレジットを消費することで、そのベースラインを超えたバーストが可能です。
**Unlimited モード**
クレジットの設定モードです。必要な期間にわたって高い CPU 使用率を維持することで、インスタンスがベースラインを超えてバーストすることを可能にします。24 時間ごとのインスタンスの平均 CPU 使用率またはインスタンスの存続期間のいずれか短い方の時間で、インスタンスの平均 CPU 使用率がベースライン以下になった場合、1 時間ごとのインスタンス価格は自動的にすべての CPU 使用率スパイクをカバーします。長時間にわたって高い CPU 使用率でインスタンスを実行する場合には、vCPU 時間ごとに[均一追加料金](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing)が発生します。
次の表は、バーストインスタンスタイプ間の主なクレジットの違いをまとめたものです。
****
| タイプ | サポートされる CPU クレジットのタイプ | クレジットの設定モード | インスタンスの開始から停止までの間に蓄積された CPU クレジットのライフスパン |
| --- | --- | --- | --- |
| 最新世代 |
| T4g | 獲得クレジット、蓄積されたクレジット、消費されたクレジット、余剰クレジット (Unlimited モードのみ) | スタンダード、Unlimited (デフォルト) | 7 日間 (クレジットは、インスタンスが停止した後、7 日間維持されます) |
| T3a | 獲得クレジット、蓄積されたクレジット、消費されたクレジット、余剰クレジット (Unlimited モードのみ) | スタンダード、Unlimited (デフォルト) | 7 日間 (クレジットは、インスタンスが停止した後、7 日間維持されます) |
| T3 | 獲得クレジット、蓄積されたクレジット、消費されたクレジット、余剰クレジット (Unlimited モードのみ) | スタンダード、Unlimited (デフォルト) | 7 日間 (クレジットは、インスタンスが停止した後、7 日間維持されます) |
| 前の世代 |
| T2 | 獲得クレジット、蓄積されたクレジット、使用されたクレジット、起動クレジット (スタンダードモードのみ)、余剰クレジット (Unlimited モードのみ) | スタンダード (デフォルト)、Unlimited | 0 日 (インスタンスが停止するとクレジットは失われます) |
**注記**
Dedicated Host で起動される T3 インスタンスでは、Unlimited モードはサポートされていません。
## CPU クレジットの獲得
各バーストパフォーマンスインスタンスは、インスタンスサイズに応じて、1 時間当たりの CPU クレジットを絶えず一定の割合で (ミリ秒レベルの細かさで) 獲得します。クレジットを蓄積または消費する会計処理もミリ秒レベルの細かさで実施されるため、CPU クレジットの浪費について心配する必要はありません。CPU の短期バーストでは CPU クレジットのごく一部しか使用されません。
バーストパフォーマンスインスタンスが使用する CPU リソースが、ベースライン使用率に必要な CPU リソースよりも少ない場合 (アイドル時など)、未使用の CPU クレジットが CPU クレジット残高に蓄積されます。バーストパフォーマンスインスタンスがベースライン使用率を超えてバーストする必要がある場合は、蓄積されたクレジットを消費します。CPU 使用率を増やす必要がある場合、バーストパフォーマンスインスタンスが蓄積したクレジットが多いほど、ベースラインを超えてバーストできる時間が増えます。
次の表は、バーストパフォーマンスインスタンスのタイプ、1 時間あたりに CPU クレジットを獲得するレート、インスタンスが蓄積できる獲得 CPU クレジットの最大数、インスタンスあたりの vCPU 数、およびコア全体に対する割合で表したベースライン使用率 (単一の vCPU を使用した場合) の一覧です。
| インスタンスタイプ | 1 時間あたりに受け取る CPU クレジット | 蓄積可能な最大獲得クレジット\$1 | vCPU 数 | vCPU あたりのベースライン使用率 |
| --- | --- | --- | --- | --- |
| **T2** | | | | |
| t2.nano | 3 | 72 | 1 | 5% |
| t2.micro | 6 | 144 | 1 | 10% |
| t2.small | 12 | 288 | 1 | 20% |
| t2.medium | 24 | 576 | 2 | 20%\$1\$1 |
| t2.large | 36 | 864 | 2 | 30%\$1\$1 |
| t2.xlarge | 54 | 1296 | 4 | 22.5%\$1\$1 |
| t2.2xlarge | 81.6 | 1958.4 | 8 | 17%\$1\$1 |
| **T3** | | | | |
| t3.nano | 6 | 144 | 2 | 5%\$1\$1 |
| t3.micro | 12 | 288 | 2 | 10%\$1\$1 |
| t3.small | 24 | 576 | 2 | 20%\$1\$1 |
| t3.medium | 24 | 576 | 2 | 20%\$1\$1 |
| t3.large | 36 | 864 | 2 | 30%\$1\$1 |
| t3.xlarge | 96 | 2304 | 4 | 40%\$1\$1 |
| t3.2xlarge | 192 | 4608 | 8 | 40%\$1\$1 |
| **T3a** | | | | |
| t3a.nano | 6 | 144 | 2 | 5%\$1\$1 |
| t3a.micro | 12 | 288 | 2 | 10%\$1\$1 |
| t3a.small | 24 | 576 | 2 | 20%\$1\$1 |
| t3a.medium | 24 | 576 | 2 | 20%\$1\$1 |
| t3a.large | 36 | 864 | 2 | 30%\$1\$1 |
| t3a.xlarge | 96 | 2304 | 4 | 40%\$1\$1 |
| t3a.2xlarge | 192 | 4608 | 8 | 40%\$1\$1 |
| **T4g** | | | | |
| t4g.nano | 6 | 144 | 2 | 5%\$1\$1 |
| t4g.micro | 12 | 288 | 2 | 10%\$1\$1 |
| t4g.small | 24 | 576 | 2 | 20%\$1\$1 |
| t4g.medium | 24 | 576 | 2 | 20%\$1\$1 |
| t4g.large | 36 | 864 | 2 | 30%\$1\$1 |
| t4g.xlarge | 96 | 2304 | 4 | 40%\$1\$1 |
| t4g.2xlarge | 192 | 4608 | 8 | 40%\$1\$1 |
| |
| --- |
| \$1 蓄積できるクレジットの数は、24 時間で獲得できるクレジットの数と同じです。 |
| \$1\$1 表内のベースライン使用率は vCPU 別の割合です。CloudWatch では、CPU 使用率は vCPU 別に表示されます。例えば、ベースラインレベルで動作する `t3.large` インスタンスの CPU 使用率は、CloudWatch の CPU メトリクスに 30% として表示されます。ベースライン使用率の計算方法については、[ベースライン使用率](#baseline_performance)を参照してください。 |
| \$1\$1\$1 各vCPUは、インテル Xeon コアまたは AMD EPYC コアのスレッドに対応します (T2 と T4g インスタンスを除く)。 |
## CPU クレジットの獲得率
1 時間あたりに獲得する CPU クレジット数は、インスタンスのサイズによって決まります。例えば、`t3.nano` は 1 時間あたり 6 クレジットを獲得しますが、`t3.small` は 1 時間あたり 24 クレジットを獲得します。前記の表は、すべてのインスタンスのクレジット獲得率を示しています。
## CPU クレジット蓄積制限
実行中のインスタンスで獲得されたクレジットが失効することはありませんが、インスタンスが蓄積できる獲得クレジットの数には制限があります。制限は、CPU クレジット残高により決まります。下記の図に示されているとおり、制限に到達すると、獲得された新しいクレジットはすべて破棄されます。フルバケットは CPU クレジット残高制限を示し、スピルオーバーは制限を超えた新しく獲得されたクレジットを示します。
![\[獲得した新しいクレジットは、上限を超えると破棄されます。\]](http://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/images/t2-t3-bucket.png)
CPU クレジット残高制限は、各 インスタンスのサイズによって異なります。例えば、`t3.micro` インスタンスは CPU クレジット残高で最大 288 の獲得 CPU クレジットを蓄積できます。前記の表は、各 インスタンスに累積できる獲得クレジットの最大数を示しています。
T2 スタンダードインスタンスは、起動クレジットも獲得します。起動クレジットは、CPU クレジット残高制限に対してカウントされません。T2 インスタンスがその起動クレジットを消費しておらず、獲得クレジットを蓄積しながら 24 時間以上アイドル状態が続いた場合、CPU クレジット残高は制限を上回って表示されます。詳細については、[起動クレジット](burstable-performance-instances-standard-mode-concepts.md#launch-credits)を参照してください。
T4g、T3a、および T3 インスタンスでは、起動クレジットを獲得させることはできません。これらのインスタンスはデフォルトで `unlimited` として起動するため、起動クレジットなしでも起動後すぐにバーストできます。Dedicated Host で起動された T3 インスタンスは`standard`(デフォルト)`unlimited`モードは Dedicated Host の T3 インスタンスではサポートされていません。
## CPU 存続期間の蓄積
実行中のインスタンスの CPU クレジットは失効しません。
T2 では、CPU クレジット残高は、インスタンスが停止して起動すると引き継がれません。T2 インスタンスを停止した場合、蓄積されたすべてのクレジットが失われます。
T4g、T3a、および T3では、インスタンスが停止した後も CPU クレジット残高は 7 日間保持され、その後に失われます。7 日以内にインスタンスを起動する場合、クレジットは失われません。
詳細については、[CloudWatch メトリクスの表](burstable-performance-instances-monitoring-cpu-credits.md#burstable-performance-instances-CW-metrics-table)の `CPUCreditBalance` を参照してください。
## ベースライン使用率
*ベースライン使用率*とは、CPU クレジットの獲得数と CPU クレジットの使用数が一致する場合に、正味のクレジット残高が 0 の状態で CPU を使用できるレベルのことです。ベースライン使用率は*ベースライン*とも呼ばれます。
ベースライン使用率は、vCPU の使用に対する割合として表され、次のように計算されます。
`(number of credits earned/number of vCPUs)/60 minutes = % baseline utilization`
例えば、2 つの vCPU を持つ `t3.nano` インスタンスが 1 時間あたり 6 クレジットを獲得すると、ベースライン使用率は 5% になります。これは、次のように計算されます。
`(6 credits earned/2 vCPUs)/60 minutes = 5% baseline utilization`
2 つの vCPU を持つ `t3.large` インスタンスが 1 時間あたり 36 クレジットを獲得すると、ベースライン使用率は 30% になります (`(36/2)/60`)。
次のグラフは、平均 CPU 使用率がベースラインを下回っている `t3.large` の例を示しています。
![\[平均 CPU 使用率がベースラインを下回っている t3.large インスタンスのグラフ。\]](http://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/images/baseline-utilization.png)
# バーストパフォーマンスインスタンスの Unlimited モード
`unlimited` として設定したバーストパフォーマンスインスタンスは、必要に応じた期間にわたり、高い CPU 使用率を保持できます。24 時間ごとのインスタンスの平均 CPU 使用率またはインスタンスの存続期間のいずれか短い方の時間で、インスタンスの平均 CPU 使用率がベースライン以下になった場合、1 時間ごとのインスタンス価格は自動的にすべての CPU 使用率スパイクをカバーします。
汎用のワークロードではほとんどの場合、`unlimited`として設定されたインスタンスは追加料金なしで十分なパフォーマンスを提供します。長時間にわたって高い CPU 使用率でインスタンスを実行する場合には、vCPU 時間ごとに均一追加料金が発生します。料金の詳細については、「[ Amazon EC2 の料金 ](https://aws.amazon.com/ec2/pricing/)」および[「T2/T3/T4g Unlimited モードの料金」](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing)を参照してください。
2025 年 7 月 15 日より前に AWS アカウントを作成し、`t2.micro` または `t3.micro` インスタンスを[AWS 無料利用枠](https://aws.amazon.com/free/)の範囲で `unlimited` モードで使用している場合、ローリング期間の 24 時間における平均使用率が、そのインスタンスの[ベースライン使用率](burstable-credits-baseline-concepts.md#baseline_performance)を超過すると、料金が発生することがあります。
T4g、T3a、および T3 インスタンスは ([デフォルトを変更していない場合](burstable-performance-instances-how-to.md#burstable-performance-instance-set-default-credit-specification-for-account)) デフォルトでは `unlimited` で起動します。24 時間の平均 CPU 使用率がベースラインを超えた場合は、余剰クレジットに対して課金されます。スポットインスタンス を `unlimited` として起動し、CPU クレジットを計上するためのアイドル時間なしに、すぐに短期間使用する場合は、余剰クレジットの料金が発生します。コストの増加を抑えるには、スポットインスタンス を[標準](burstable-performance-instances-standard-mode.md)モードで起動することをお勧めします。詳細については、[余剰クレジットにより料金が発生することがある](burstable-performance-instances-unlimited-mode-concepts.md#unlimited-mode-surplus-credits)および[バーストパフォーマンスインスタンスを起動する](how-spot-instances-work.md#burstable-spot-instances)を参照してください。
**注記**
Dedicated Host で起動された T3 インスタンスは`standard`(デフォルト)`unlimited`モードは Dedicated Host の T3 インスタンスではサポートされていません。
**Contents**
+ [バーストインスタンスの無制限モードの概念](burstable-performance-instances-unlimited-mode-concepts.md)
+ [無制限のバーストパフォーマンスインスタンスの仕組み](burstable-performance-instances-unlimited-mode-concepts.md#how-burstable-performance-instances-unlimited-works)
+ [Unlimited モードと固定 CPU を使用する場合](burstable-performance-instances-unlimited-mode-concepts.md#when-to-use-unlimited-mode)
+ [余剰クレジットにより料金が発生することがある](burstable-performance-instances-unlimited-mode-concepts.md#unlimited-mode-surplus-credits)
+ [unlimited として設定されたバーストパフォーマンスのコストを教えてください。](burstable-performance-instances-unlimited-mode-concepts.md#how-much-does-unlimited-burstable-performance-cost)
+ [T2 Unlimited インスタンスの起動クレジットはありません](burstable-performance-instances-unlimited-mode-concepts.md#unlimited-mode-no-launch-credits)
+ [無制限モードの有効化](burstable-performance-instances-unlimited-mode-concepts.md#unlimited-mode-enabling)
+ [Unlimited とスタンダードを切り替えるとクレジットはどうなるか](burstable-performance-instances-unlimited-mode-concepts.md#unlimited-mode-switching-and-credits)
+ [クレジット使用状況のモニタリング](burstable-performance-instances-unlimited-mode-concepts.md#unlimited-mode-monitoring-credit-usage)
+ [バーストインスタンスの無制限モードの例](unlimited-mode-examples.md)
+ [例 1: T3 Unlimited でのクレジット使用についての説明](unlimited-mode-examples.md#t3_unlimited_example)
+ [例 2: T2 Unlimited でのクレジット使用についての説明](unlimited-mode-examples.md#t2_unlimited_example)
# バーストインスタンスの無制限モードの概念
`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)を参照してください。
# バーストインスタンスの無制限モードの例
次の例では、`unlimited` として設定されているインスタンスのクレジットの使用について説明します。
**Topics**
+ [例 1: T3 Unlimited でのクレジット使用についての説明](#t3_unlimited_example)
+ [例 2: T2 Unlimited でのクレジット使用についての説明](#t2_unlimited_example)
## 例 1: T3 Unlimited でのクレジット使用についての説明
この例では、`t3.nano` として起動した `unlimited` インスタンスの CPU 使用率、*獲得*クレジットおよび*余剰*クレジットを使用して CPU 使用率を保持する方法を示します。
`t3.nano` インスタンスは、24 時間のローリング期間に渡って最大で 144 CPU クレジットを獲得し、それを 144 分の vCPU 使用と引き換えることができます。CPU クレジット残高 (CloudWatch メトリクス `CPUCreditBalance` で示される) が消耗すると、*余剰* CPU クレジット — *まだ獲得していない* — を消費して必要なだけバーストします。`t3.nano` インスタンスは 24 時間あたり最大 144 クレジットを獲得するため、すぐに課金されることなく余剰クレジットを最大まで消費できます。CPU クレジットを 144 以上消費した場合、差分については時間の最後に課金されます。
以下のグラフにある例の目的は、`CPUCreditBalance` を使いきった後でも余剰クレジットを使用してインスタンスをバーストさせる方法を示すことです。以下のワークフローは、グラフの番号付きの点を参照します｡
**P1** – グラフの 0 時において、インスタンスは `unlimited` として起動され、すぐにクレジットを獲得します。このインスタンスは起動時からアイドル状態になり (CPU 使用率は 0%)、クレジットは消費されません。すべての未消費のクレジットはクレジット残高に蓄積されます。最初の 24 時間は、`CPUCreditUsage` は 0 で、`CPUCreditBalance` 値は、最大の 144 に達します。
**P2** – 次の 12 時間では、CPU 使用率はベースラインの 5% を下回る 2.5% です。インスタンスは消費するよりも多くのクレジットを獲得しますが、`CPUCreditBalance` 値は、最大 144 クレジットを超えることはできません。
**P3** – 次の 24 時間では、CPU 使用率は 7% (ベースラインを上回る) で 57.6 クレジットの消費を必要とします。インスタンスは獲得するよりも多くのクレジットを消費し、`CPUCreditBalance` 値は、86.4 クレジットに低減します。
**P4** – 次の 12 時間では、CPU 使用率は 2.5% に減少し (ベースラインを下回る) で 36 クレジットの消費を必要とします。同時に、インスタンスは 72 クレジットを獲得します。インスタンスは消費するよりも多くのクレジットを獲得し、`CPUCreditBalance` 値は、122 クレジットに増加します。
**P5** – 次の 5 時間で、インスタンスは 100% の CPU 使用率でバーストし、バーストを保持するために 570 クレジットを消費します。この期間内の約 1 時間で、インスタンスは `CPUCreditBalance` 全体の 122 クレジットを使い切り、高い CPU 使用率を維持するために余剰クレジットを使い始めます。この期間の余剰クレジット数は合計 448 (570-122=448) です。`CPUSurplusCreditBalance` 値が 144 CPU クレジット (`t3.nano` インスタンスが 24 時間に獲得できるクレジットの最大数) に達すると、その後に消費される余剰クレジットは獲得クレジットで相殺することはできません。その後に消費される余剰クレジットの量は 304 (448-144=304) クレジットで、時間の終了後に 304 クレジットに対して少額の追加料金が発生します。
**P6** – 次の 13 時間では、CPU 使用率は 5% (ベースライン) です。インスタンスは消費したのと同量のクレジットを獲得するため、`CPUSurplusCreditBalance` の支払いを超過しません。`CPUSurplusCreditBalance` 値は、144 クレジットのままです。
**P7** – この例の過去 24 時間では、インスタンスはアイドル状態で、CPU 使用率は 0% です。この間、インスタンスは、`CPUSurplusCreditBalance` の支払いに使用する 144 クレジットを獲得します。
![\[t3 インスタンスは 24 時間後に 144 クレジットを獲得しました。\]](http://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/images/t3_unlimited_graph.png)
## 例 2: T2 Unlimited でのクレジット使用についての説明
この例では、`t2.nano` として起動した `unlimited` インスタンスの CPU 使用率、*獲得*クレジットおよび*余剰*クレジットを使用して CPU 使用率を保持する方法を示します。
`t2.nano` インスタンスは、24 時間のローリング期間に渡って最大で 72 CPU クレジットを獲得し、それを 72 分の vCPU 使用と引き換えることができます。CPU クレジット残高 (CloudWatch メトリクス `CPUCreditBalance` で示される) が消耗すると、*余剰* CPU クレジット — *まだ獲得していない* — を消費して必要なだけバーストします。`t2.nano` インスタンスは 24 時間あたり最大 72 クレジットを獲得するため、すぐに課金されることなく余剰クレジットを最大まで消費できます。CPU クレジットを 72 以上消費した場合、差分については時間の最後に課金されます。
以下のグラフにある例の目的は、`CPUCreditBalance` を使いきった後でも余剰クレジットを使用してインスタンスをバーストさせる方法を示すことです。グラフ中のタイムライン開始時点で、インスタンスは 24 時間に獲得可能なクレジットの最大数と同じクレジット残高を蓄積しているものとします。以下のワークフローは、グラフの番号付きの点を参照します｡
**1** – 最初の 10 分間、`CPUCreditUsage` は 0 で、`CPUCreditBalance` 値は最大の 72 のままです。
**2** – 23:40 に CPU 使用率が増加すると、インスタンスは CPU クレジットを消費し `CPUCreditBalance` 値が減少します。
**3** – 00:47 頃、インスタンスは `CPUCreditBalance` 全体を使い切り、高い CPU 使用率を維持するために余剰クレジットを使い始めます。
**4** – `CPUSurplusCreditBalance` 値が 72 CPU クレジットに達する 1:55 まで余剰クレジットが消費されます。これは、`t2.nano` インスタンスが 24 時間で獲得できる最大値と同じです。その後に消費される余剰クレジットは、24 時間以内の獲得クレジットで相殺することはできません。そのため、時間終了時に少額の追加料金が発生します。
**5** – インスタンスは 2:20 頃まで余剰クレジットを消費し続けます。この時点で、CPU 使用率がベースラインを下回ると、インスタンスは 1 時間あたり 3 クレジット (または 5 分ごとに 0.25 クレジット) を獲得し始めます。これは、`CPUSurplusCreditBalance` の支払いに使用されます。`CPUSurplusCreditBalance` 値が 0 まで減った後、インスタンスは 5 分ごとに 0.25 クレジットの割合で `CPUCreditBalance` に獲得クレジットを蓄積し始めます。
![\[無制限で起動された t2.nano インスタンスの CPU 使用率をグラフ化しました。\]](http://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/images/t2_unlimited_graph.png)
**請求書の計算 (Linux インスタンス)**
超過クレジットは vCPU 時間あたり 0.05 USD かかります。インスタンスは、1:55 から 2:20 の間におよそ 25 余剰クレジットを消費し、これは 0.42 vCPU 時間に相当します。このインスタンスの追加料金は、0.42 vCPU 時間 x 0.05 USD/vCPU 時間 = 0.021 USD、四捨五入して 0.02 USD です。これが、この T2 Unlimited インスタンスの月末請求書です。
![\[T2 Unlimited インスタンスの請求例\]](http://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/images/t2_unlimited_bill_linux.png)
**請求書の計算 (Windows インスタンス)**
超過クレジットは vCPU 時間あたり 0.096 USD かかります。インスタンスは、1:55 から 2:20 の間におよそ 25 余剰クレジットを消費し、これは 0.42 vCPU 時間に相当します。このインスタンスの追加料金は、0.42 vCPU 時間 x 0.096 USD/vCPU 時間 = 0.04032 USD、四捨五入して 0.04 USD です。これが、この T2 Unlimited インスタンスの月末請求書です。
![\[T2 Unlimited インスタンスの請求例\]](http://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/images/t2_unlimited_bill_windows.png)
1 時間ごとの料金の発生を通知する請求アラートを設定して、必要に応じてアクションを実行できます。
# バーストパフォーマンスインスタンスのスタンダードモード
`standard` として設定したバーストパフォーマンスインスタンスは、平均 CPU 使用率がインスタンスのベースライン CPU 使用率を一貫して下回るワークロードに適しています。ベースラインより上にバーストする場合、インスタンスは CPU クレジット残高に蓄積されたクレジットを消費します。インスタンスの蓄積されたクレジットが少なくなると、CPU 使用率は徐々にベースラインパフォーマンスレベルまで下がるため、蓄積された CPU クレジット残高を使い切った場合でも、パフォーマンスが急激に低下することはありません。詳細については、[バーストパフォーマンスインスタンスに関する主要な概念](burstable-credits-baseline-concepts.md)を参照してください。
**Contents**
+ [バーストインスタンスのスタンダードモードの概念](burstable-performance-instances-standard-mode-concepts.md)
+ [スタンダードのバーストパフォーマンスインスタンスの仕組み](burstable-performance-instances-standard-mode-concepts.md#how-burstable-performance-instances-standard-works)
+ [起動クレジット](burstable-performance-instances-standard-mode-concepts.md#launch-credits)
+ [起動クレジット制限](burstable-performance-instances-standard-mode-concepts.md#launch-credit-limits)
+ [起動クレジットと獲得クレジットの違い](burstable-performance-instances-standard-mode-concepts.md#burstable-performance-instances-diff-launch-earned-credits)
+ [バーストインスタンスのスタンダードモードの例](standard-mode-examples.md)
+ [例 1: T3 スタンダードでのクレジット使用についての説明](standard-mode-examples.md#t3_standard_example)
+ [例 2: T2 スタンダードでのクレジット使用についての説明](standard-mode-examples.md#t2-standard-example)
+ [期間 1: 1～24 時間](standard-mode-examples.md#period-1)
+ [期間 2: 25～36– 時間](standard-mode-examples.md#period-2)
+ [期間 3: 37～61 時間](standard-mode-examples.md#period-3)
+ [期間 4: 62～72 時間](standard-mode-examples.md#period-4)
+ [期間 5: 73～75 時間](standard-mode-examples.md#period-5)
+ [期間 6: 76～90 時間](standard-mode-examples.md#period-6)
+ [期間 7: 91～96 時間](standard-mode-examples.md#period-7)
# バーストインスタンスのスタンダードモードの概念
`standard` モードはバーストパフォーマンスインスタンスの設定オプションです。これにより、実行中または停止中のインスタンスをいつでも有効または無効にできます。各 AWS リージョンのアカウントレベルで、バーストパフォーマンスインスタンスファミリーごとに、[デフォルトのクレジットオプションとして `standard` を設定](burstable-performance-instances-how-to.md#burstable-performance-instance-set-default-credit-specification-for-account)できます。アカウント内のすべての新しいバーストパフォーマンスインスタンスは、このデフォルトのクレジットオプションを使用して起動されます。
## スタンダードのバーストパフォーマンスインスタンスの仕組み
`standard` に設定されているバーストパフォーマンスインスタンスが実行状態の場合、1 時間当たりの獲得クレジットを絶えず一定の割合で (ミリ秒レベルの細かさで) 獲得します。T2 スタンダードインスタンスが停止すると、蓄積されたクレジットがすべて失われ、クレジット残高はゼロにリセットされます。再起動されると、新しい起動クレジットのセットを受け取り、獲得したクレジットの蓄積を始めます。T4g、T3a、および T3 スタンダードインスタンスでは、CPU クレジット残高は、インスタンスが停止した後も 7 日間保持された後失われます。7 日以内にインスタンスを起動する場合、クレジットは失われません。
T2 Standard インスタンスは、*獲得クレジット*と*起動クレジット*の 2 種類の [CPU クレジット](burstable-credits-baseline-concepts.md#key-concepts)を受け取ります。T2 スタンダードインスタンスが実行状態の場合、1 時間当たりの獲得クレジットを絶えず一定の割合で (ミリ秒レベルの細かさで) 獲得します。スタート時のインススタンスは、良いスタートアップエクスペリエンスのためのクレジットをまだ獲得していません｡したがって、スタートアップエクスペリエンスを積み重ねるために、スタート時にクレジットを獲得します。インスタンスは､獲得クレジットを蓄積しながら最初にそのクレジットを消費します。
T4g、T3a、および T3 インスタンスは、Unlimited モードをサポートしているため、起動クレジットを受け取りません。T4g、T3a、および T3 インスタンスのクレジット設定を Unlimited モードにすることで、ベースラインを超えてバーストさせるために必要な量の CPU リソースを、必要な期間だけ使用できるようになります。
## 起動クレジット
T2 スタンダードインスタンスは、起動時またはスタート時に vCPU あたり 30 起動クレジットを獲得します。T1 スタンダードインスタンスは 15 起動クレジットを獲得します。例えば、`t2.micro` インスタンスは vCPU が 1 つのため 30 起動クレジット、`t2.xlarge` インスタンスには vCPU が 4 つあるため 120 起動クレジットを取得します。起動クレジットは、インスタンスが獲得クレジットを蓄積できるようになる前に、起動してすぐにバーストできるよう、最適な起動エクスペリエンスを提供するために設計されています。
起動クレジットは、獲得クレジットよりも先に消費されます。未使用の起動クレジットは CPU クレジット残高に蓄積されますが、CPU クレジット残高制限に対してカウントされません。例えば、`t2.micro` インスタンスの CPU クレジット残高制限は 144 獲得クレジットです。起動された後 24 時間アイドルのままであった場合、その CPU クレジット残高は 174 に到達し (30 起動クレジット \$1 144 獲得クレジット)、制限を上回ります。ただし、インスタンスが 30 起動クレジットを消費した後は、クレジット残高が 144 を超えることはありません。各インスタンスサイズの CPU クレジット残高制限の詳細については、[クレジットの表](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table)を参照してください。
次の表は、起動または開始の際に受け取る初期 CPU クレジットの割り当てと vCPU の数を示しています。
| インスタンスタイプ | 起動クレジット | vCPU |
| --- | --- | --- |
| t1.micro | 15 | 1 |
| t2.nano | 30 | 1 |
| t2.micro | 30 | 1 |
| t2.small | 30 | 1 |
| t2.medium | 60 | 2 |
| t2.large | 60 | 2 |
| t2.xlarge | 120 | 4 |
| t2.2xlarge | 240 | 8 |
## 起動クレジット制限
T2 スタンダードインスタンスが起動クレジットを受け取る回数には制限があります。デフォルトの制限は、リージョンごとにローリング期間の 24 時間あたり各アカウントで合計で 100 回の T2 スタンダードインスタンスの起動または開始と設定されています。例えば、24 時間以内にインスタンスが 100 回停止および開始した場合、24 時間以内に 100 インスタンスが起動された場合、または他の組み合わせが 100 回の開始と同じである場合、制限に到達します。新しいアカウントでは、使用量に基づいて増える下限が設定される場合があります。
**ヒント**
ワークロードに必要なパフォーマンスを常に確実に得るには、[バーストパフォーマンスインスタンスの Unlimited モード](burstable-performance-instances-unlimited-mode.md) に切り替えるか、またはより大きいインスタンスサイズの使用を検討してください。
## 起動クレジットと獲得クレジットの違い
次の表に、起動クレジットと獲得クレジットの違いを示します。
| | 起動クレジット | 獲得クレジット |
| --- | --- | --- |
| **クレジットの獲得率** | T2 スタンダードインスタンスは、起動時またはスタート時に vCPU あたり 30 起動クレジットを獲得します。 T2 インスタンスが `unlimited` から `standard` に切り替えられた場合、切り替えの時点では起動クレジットを取得しません。 | 各 T2 インスタンスは、インスタンスサイズに応じて、1 時間当たりの CPU クレジットを絶えず一定の割合で (ミリ秒レベルの細かさで) 獲得します。インスタンスサイズごとに獲得される CPU クレジット数の詳細については、[クレジットの表](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table)を参照してください。 |
| **クレジットの獲得制限** | 起動クレジット受け取り制限は、リージョンごとにローリング期間の 24 時間あたり各アカウントで合計で 100 回の T2 スタンダードインスタンスの起動または開始と設定されています。新しいアカウントでは、使用量に基づいて増える下限が設定される場合があります。 | T2 インスタンスは、CPU クレジット残高制限より多くのクレジットを蓄積することはできません。CPU クレジット残高がその制限に到達した場合、制限に到達した後に獲得されたクレジットはすべて破棄されます。起動クレジットは制限に対してはカウントされません。各 T2 インスタンスサイズの CPU クレジット残高制限の詳細については、[クレジットの表](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table)を参照してください。 |
| **クレジットの使用** | 起動クレジットは、獲得クレジットよりも先に消費されます。 | 獲得クレジットは、すべての起動クレジットを消費した後にのみ消費されます。 |
| **クレジットの有効期限** | T2 スタンダードインスタンスが実行中の場合、起動クレジットは期限切れになりません。T2 スタンダードインスタンスが停止し、T2 Unlimited に切り替えられた場合、すべての起動クレジットが失われます。 | T2 インスタンスが実行中の場合、蓄積した獲得クレジットは期限切れになりません。T2 インスタンスが停止すると、蓄積された獲得クレジットはすべて失われます。 |
蓄積された起動クレジットと蓄積された獲得クレジットの数は、CloudWatch メトリクス `CPUCreditBalance` によって追跡されます 詳細については、[CloudWatch メトリクスの表](burstable-performance-instances-monitoring-cpu-credits.md#burstable-performance-instances-CW-metrics-table)の `CPUCreditBalance` を参照してください。
# バーストインスタンスのスタンダードモードの例
次の例では、インスタンスが `standard` として設定された場合の、クレジットの使用について説明します。
**Topics**
+ [例 1: T3 スタンダードでのクレジット使用についての説明](#t3_standard_example)
+ [例 2: T2 スタンダードでのクレジット使用についての説明](#t2-standard-example)
## 例 1: T3 スタンダードでのクレジット使用についての説明
この例では、`t3.nano` として起動した `standard` インスタンスが、*獲得*クレジットを、獲得、蓄積、消費する方法について示します。クレジット残が、蓄積された*獲得*クレジットを反映するかについて示します。
実行中の `t3.nano` インスタンスは、24 時間ごとに 144 クレジットを獲得します。このクレジット残の制限は、144 の獲得クレジットです。制限に到達すると、獲得された新しいクレジットはすべて破棄されます。獲得および蓄積できるクレジット数の詳細については、[クレジットの表](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table)を参照してください。
T3 スタンダードインスタンスを起動し、すぐに使用することができます。または、T3 スタンダードインスタンスを起動し、何日間かアイドル状態にしてから、そこでアプリケーションを実行する場合があります。インスタンスを使用中か、アイドル状態であるかによって、クレジットが消費されるか、あるいは蓄積されるかが決まります。インスタンスが起動してから 24 時間アイドル状態のままの場合、蓄積できる獲得クレジットの最大数となり、クレジット残高が制限に達します。
この例では、起動後に 24 時間アイドル状態のままとなるインスタンスについて説明します。また、96 時間にわたる 7 つの期間で、クレジットが獲得、蓄積、消費、破棄される率と、各期間の終了時点でのクレジット残高の値を示します。
以下のワークフローは、グラフの番号付きの点を参照します｡
**P1** – グラフの 0 時において、インスタンスは `standard` として起動され、すぐにクレジットを獲得します。このインスタンスは起動時からアイドル状態になり (CPU 使用率は 0%)、クレジットは消費されません。すべての未消費のクレジットはクレジット残高に蓄積されます。最初の 24 時間は、`CPUCreditUsage` は 0 で、`CPUCreditBalance` 値は、最大の 144 に達します。
**P2** – 次の 12 時間では、CPU 使用率はベースラインの 5% を下回る 2.5% です。インスタンスは消費するよりも多くのクレジットを獲得しますが、`CPUCreditBalance` 値は、最大 144 クレジットを超えることはできません。制限を超えて獲得されたクレジットはすべて破棄されます。
**P3** – 次の 24 時間では、CPU 使用率は 7% (ベースラインを上回る) で 57.6 クレジットの消費を必要とします。インスタンスは獲得するよりも多くのクレジットを消費し、`CPUCreditBalance` 値は、86.4 クレジットに低減します。
**P4** – 次の 12 時間では、CPU 使用率は 2.5% に減少し (ベースラインを下回る) で 36 クレジットの消費を必要とします。同時に、インスタンスは 72 クレジットを獲得します。インスタンスは消費するよりも多くのクレジットを獲得し、`CPUCreditBalance` 値は、122 クレジットに増加します。
**P5** – 次の 2 時間で、インスタンスは 60% の CPU 使用率でバーストし、122 クレジットの全体 `CPUCreditBalance` 値を使い切ります。この期間の終わりに、`CPUCreditBalance` は 0 になり、CPU 使用率はベースライン使用率レベルの 5% まで強制的に落とされます。ベースラインで、インスタンスは消費した分のクレジットを獲得します。
**P6** – 次の 14 時間では、CPU 使用率は 5% (ベースライン) です。インスタンスは消費した分のクレジットを獲得します。`CPUCreditBalance` 値は、0 のままです。
**P7** – この例の過去 24 時間では、インスタンスはアイドル状態で、CPU 使用率は 0% です。この間、インスタンスは、`CPUCreditBalance` に蓄積する 144 クレジットを獲得します。
![\[T3 標準インスタンスの CPU 使用率。\]](http://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/images/t3_standard_graph.png)
## 例 2: T2 スタンダードでのクレジット使用についての説明
この例では、`t2.nano` が*起動*クレジットおよび*獲得*クレジットを獲得、蓄積、消費する際に、`standard` インスタンスがどのように起動されるかについて示します。クレジット残高に、蓄積された*獲得*クレジットだけでなく、蓄積された*起動*クレジットがどのように反映されるかについて示します。
`t2.nano` インスタンスは、起動時に 30 起動クレジットを獲得し、24 時間ごとに 72 クレジットを獲得します。このクレジット残高の制限は 72 獲得クレジットです。起動クレジットはこの制限に対してカウントされません。制限に到達すると、獲得された新しいクレジットはすべて破棄されます。獲得および蓄積できるクレジット数の詳細については、[クレジットの表](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table)を参照してください。の制限事項の詳細については、[起動クレジット制限](burstable-performance-instances-standard-mode-concepts.md#launch-credit-limits)を参照してください。
T2 スタンダードインスタンスを起動し、すぐに使用することができます。または、T2 スタンダードインスタンスを起動し、何日間かアイドル状態にしてから、そこでアプリケーションを実行する場合があります。インスタンスを使用中か、アイドル状態であるかによって、クレジットが消費されるか、あるいは蓄積されるかが決まります。インスタンスが起動後に 24 時間アイドル状態のままである場合、クレジット残高は制限を超えているように表示されます。これは、蓄積された獲得クレジットと蓄積された起動クレジットの両方が残高に反映されるためです。ただし、CPU を使用すると、起動クレジットが最初に使用されます。その後、この制限は、蓄積できる獲得クレジットの最大数を常に反映します。
この例では、起動後に 24 時間アイドル状態のままとなるインスタンスについて説明します。また、96 時間にわたる 7 つの期間で、クレジットが獲得、蓄積、消費、破棄される率と、各期間の終了時点でのクレジット残高の値を示します。
### 期間 1: 1～24 時間
グラフの 0 時において、T2 インスタンスは `standard` として起動され、すぐに 30 クレジットを獲得します。実行状態の間はクレジットを獲得します。このインスタンスは起動時からアイドル状態になり (CPU 使用率は 0%)、クレジットは消費されません。すべての未消費のクレジットはクレジット残高に蓄積されます。起動後約 14 時間で、クレジット残高は 72 (30 起動クレジット \$1 42 獲得クレジット) となり、これはインスタンスが 24 時間に獲得できる数と同等になります。起動後 24 時間で、クレジット残高は 72 クレジットを超えます。これは、未消費の起動クレジットがクレジット残高に蓄積されるためです (クレジット残高は— 102 クレジット: 30 起動クレジット \$1 72 獲得クレジット)。
![\[T2 標準の期間 1 では、クレジット残高は 102 クレジットです。\]](http://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/images/t2-graph1.png)
| | |
| --- |--- |
| クレジットの消費率 | 24 時間あたり 0 クレジット (0% の CPU 使用率) |
| クレジットの獲得率 | 24 時間あたり 72 クレジット |
| クレジットの破棄率 | 24 時間あたり 0 クレジット |
| クレジット残高 | 102 クレジット (30 起動クレジット \$1 72 獲得クレジット) |
**結論**
起動後に CPU の使用がない場合、インスタンスは 24 時間に獲得できるよりも多くのクレジットを蓄積します (30 起動クレジット \$1 72 獲得クレジット = 102 クレジット)。
実際のシナリオでは、EC2 インスタンスは起動中および実行中にも少数のクレジットを消費します。それにより、残高がこの例の理論的な最大値に達することを防ぎます。
### 期間 2: 25～36– 時間
次の 12 時間中に、インスタンスは引き続きアイドル状態のままとなり、クレジットを獲得しますが、クレジット残高は増えません。102 クレジット (30 起動クレジット \$1 72 獲得クレジット) で頭打ちとなります。クレジット残高は制限である 72 の蓄積された獲得クレジットに達したため、新しく獲得されたクレジットは破棄されます。
![\[クレジット残高は制限である 72 蓄積獲得クレジットに達しました。\]](http://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/images/t2-graph2.png)
| | |
| --- |--- |
| クレジットの消費率 | 24 時間あたり 0 クレジット (0% の CPU 使用率) |
| クレジットの獲得率 | 24 時間あたり 72 クレジット (1 時間で 3 クレジット) |
| クレジットの破棄率 | 24 時間あたり 72 クレジット (100% のクレジット獲得率) |
| クレジット残高 | 102 クレジット (30 起動クレジット \$1 72 獲得クレジット)— 残高は変更されません |
**結論**
インスタンスはクレジットを継続して獲得しますが、クレジット残高が制限に達した場合、獲得クレジットはそれ以上蓄積されません。制限に到達すると、新しく獲得されたクレジットはすべて破棄されます。起動クレジットは、クレジット残高制限に対してカウントされません。残高に蓄積された起動クレジットが含まれている場合、残高は制限を超えているように表示されます。
### 期間 3: 37～61 時間
次の 25 時間で、インスタンスは 2% の CPU を使用します。これには 30 クレジットが必要です。同じ期間に 75 クレジットを取得しますが、クレジット残高は減ります。残高が減るのは、蓄積された*起動*クレジットが最初に消費されますが、クレジット残高が既に 72 獲得クレジットという制限に達しているため、新しく獲得されたクレジットは破棄されるためです。
![\[クレジット残高が既に制限に達しているため、新しく獲得されたクレジットは破棄されます。\]](http://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/images/t2-graph3.png)
| | |
| --- |--- |
| クレジットの消費率 | 24 時間あたり 28.8 クレジット (1 時間ごとに 1.2 クレジット、2% の CPU 使用率、40% のクレジット獲得率)— 25 時間以上で 30 クレジット |
| クレジットの獲得率 | 24 時間あたり 72 クレジット |
| クレジットの破棄率 | 24 時間あたり 72 クレジット (100% のクレジット獲得率) |
| クレジット残高 | 72 クレジット (30 起動クレジットが消費され、72 獲得クレジットが未使用のまま) |
**結論**
インスタンスは、獲得クレジットを消費する前に、起動クレジットを最初に消費します。起動クレジットは、クレジット制限に対してカウントされません。起動クレジットが消費された後で、24 時間に獲得できる数よりも残高が高くなることはありません。さらに、インスタンスの実行中は、それ以上クレジットを獲得することはできません。
### 期間 4: 62～72 時間
次の 11 時間で、インスタンスは 2% の CPU を使用します。これには 13.2 クレジットが必要です。これは前の期間の CPU 使用率と同じですが、残高は減りません。72 クレジットのままです。
残高が減らないのは、クレジットの獲得率がクレジットの消費率よりも高いためです。また、インスタンスは 13.2 クレジットを消費する時間に、33 クレジットを獲得します。ただし、残高の制限は 72 クレジットであるため、制限を超えて獲得されたクレジットは破棄されます。残高は 72 で頭打ちとなります。これは期間 2 の 102 クレジットという頭打ちとは異なりますが、蓄積された起動クレジットがないためです。
![\[蓄積起動クレジットがないため、残高は 72 で頭打ちとなります。\]](http://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/images/t2-graph4.png)
| | |
| --- |--- |
| クレジットの消費率 | 24 時間あたり 28.8 クレジット (1 時間ごとに 1.2 クレジット、2% の CPU 使用率、40% のクレジット獲得率)— 11 時間以上で 13.2 クレジット |
| クレジットの獲得率 | 24 時間あたり 72 クレジット |
| クレジットの破棄率 | 24 時間あたり 43.2 クレジット (60% のクレジット獲得率) |
| クレジット残高 | 72 クレジット (0 起動クレジット、72 獲得クレジット)— 残高は上限 |
**結論**
起動クレジットの消費後、クレジット残高の制限はインスタンスが 24 時間に獲得できるクレジット数によって決まります。インスタンスが、消費するよりも多くのクレジットを獲得した場合、制限を超えて新しく獲得されたクレジットは破棄されます。
### 期間 5: 73～75 時間
次の 3 時間で、インスタンスは 20% の CPU 使用率でバーストします。これには 36 クレジットが必要です。インスタンスは同じ 3 時間で 9 クレジットを獲得します。これにより、実際の残高は 27 クレジット減ります。3 時間の最後に、クレジット残高は 45 の蓄積された獲得クレジットとなります。
![\[3 時間の最後に、クレジット残高は 45 の蓄積された獲得クレジットとなります。\]](http://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/images/t2-graph5.png)
| | |
| --- |--- |
| クレジットの消費率 | 24 時間あたり 288 クレジット (1 時間ごとに 12 クレジット、20% の CPU 使用率、400% のクレジット獲得率)— 3 時間以上で 36 クレジット |
| クレジットの獲得率 | 24 時間あたり 72 クレジット (3 時間で 9 クレジット) |
| クレジットの破棄率 | 24 時間あたり 0 クレジット |
| クレジット残高 | 45 クレジット (前の残高 (72) - 消費したクレジット (36) \$1 獲得したクレジット (9))— 残高は 24 時間あたり 216 クレジットの率で減少 (消費率 288/24 \$1 獲得率 72/24 = 残高減少率 216/24) |
**結論**
インスタンスが、獲得するよりも多くのクレジットを消費する場合、クレジット残高は減ります。
### 期間 6: 76～90 時間
次の 15 時間で、インスタンスは 2% の CPU を使用します。これには 18 クレジットが必要です。これは、期間 3 および 4 と同じ CPU 使用率です。ただし、期間 3 で残高が減り、期間 4 で頭打ちになりましたが、この期間の残高は増えます。
期間 3 で、蓄積された起動クレジットが消費されました。また、クレジットの制限を超えて獲得されたクレジットは破棄され、クレジット残高が減りました。期間 4 で、インスタンスが消費したクレジットは獲得したクレジットよりも少なくなりました。限度額を超えて獲得したクレジットはすべて破棄されたため、残高は最大 72 クレジットとなりました。
この期間に蓄積された起動クレジットはなく、残高の蓄積された獲得クレジットの数は制限を下回っています。獲得クレジットは破棄されません。さらに、インスタンスは消費するよりも多くのクレジットを獲得し、クレジット残高が増えます。
![\[インスタンスは消費した分以上のクレジットを獲得します。\]](http://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/images/t2-graph6.png)
| | |
| --- |--- |
| クレジットの消費率 | 24 時間あたり 28.8 クレジット (1 時間ごとに 1.2 クレジット、2% の CPU 使用率、40% のクレジット獲得率)— 15 時間以上で 18 クレジット |
| クレジットの獲得率 | 24 時間あたり 72 クレジット (15 時間で 45 クレジット) |
| クレジットの破棄率 | 24 時間あたり 0 クレジット |
| クレジット残高 | 72 クレジット (残高は 24 時間あたり 43.2 クレジットの率で増えます— 変更率 = 消費率 28.8/24 \$1 獲得率 72/24) |
**結論**
インスタンスが、獲得するよりも少ないクレジットを消費する場合、クレジット残高は増えます。
### 期間 7: 91～96 時間
次の 6 時間は、インスタンスはアイドル状態になり (—CPU 使用率は 0%—)、クレジットは消費されません。これは、期間 2 の —CPU 使用率と同じですが、残高は 102 クレジットで頭打ちになりません。インスタンスのクレジット残高の制限である 72 クレジットで頭打ちになります。
期間 2 で、クレジット残高には蓄積された 30 起動クレジットが含まれます。起動クレジットは期間 3 で消費されました。実行中のインスタンスはそれ以上起動クレジットを取得できません。クレジット残高の制限に達すると、制限を超えて獲得されたクレジットは破棄されます。
![\[制限を超えて獲得されたクレジットは破棄されます。\]](http://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/images/t2-graph7.png)
| | |
| --- |--- |
| クレジットの消費率 | 24 時間あたり 0 クレジット (0% の CPU 使用率) |
| クレジットの獲得率 | 24 時間あたり 72 クレジット |
| クレジットの破棄率 | 24 時間あたり 72 クレジット (100% のクレジット獲得率) |
| クレジット残高 | 72 クレジット (0 起動クレジット、72 獲得クレジット) |
**結論**
インスタンスはクレジットを継続して獲得しますが、クレジット残高の制限に達した場合、獲得クレジットはそれ以上蓄積されません。制限に到達すると、新しく獲得されたクレジットはすべて破棄されます。クレジット残高の制限は、インスタンスが 24 時間に獲得できるクレジット数によって決まります。クレジット残高の制限の詳細については、[クレジットの表](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table)を参照してください。
# バーストパフォーマンスインスタンスを設定する
バーストパフォーマンスインスタンス (T インスタンス) の起動、モニタリング、および変更の手順は似ています。主な違いは、起動時のデフォルトのクレジット指定です。
各 T インスタンスファミリーには、以下の*デフォルトクレジット仕様*が設定されています。
+ T4g、T3a、および T3 インスタンスを `unlimited` で起動する
+ 専有ホストで `standard` として T3 インスタンスを起動のみ行えます。
+ T2 インスタンスを `standard` として起動
アカウントの[クレジット指定のデフォルト設定を変更](#burstable-performance-instance-set-default-credit-specification-for-account)できます。
**Topics**
+ [起動時にクレジット仕様を設定する](#launch-burstable-performance-instances)
+ [クレジット仕様を unlimited に設定するように Auto Scaling グループを設定する](#burstable-performance-instances-auto-scaling-grp)
+ [バーストパフォーマンスインスタンスのクレジット仕様を管理する](#modify-burstable-performance-instances)
+ [アカウントのデフォルトのクレジット仕様を管理する](#burstable-performance-instance-set-default-credit-specification-for-account)
## 起動時にクレジット仕様を設定する
T インスタンスは、`unlimited` または `standard` のクレジット仕様で起動できます。
次の手順では、EC2 コンソールまたは AWS CLI を使用する方法について説明します。Auto Scaling グループの使用の詳細については、「[クレジット仕様を unlimited に設定するように Auto Scaling グループを設定する](#burstable-performance-instances-auto-scaling-grp)」を参照してください。
------
#### [ Console ]
**起動時にインスタンスのクレジット仕様を設定するには**
1. [インスタンスを起動する](ec2-launch-instance-wizard.md)ための手順に従います。
1. **[Instance type]** (インスタンスタイプ) で、T インスタンスタイプを選択してください。
1. **[Advanced Details]** (高度な詳細) を展開します。**[クレジット仕様]** で、クレジット仕様を選択します。
1. **[合計mary]** (概要) パネルでインスタンスの設定を確認し、**[Launch instance]** (インスタンスを起動) を選択してください。
------
#### [ AWS CLI ]
**起動時にインスタンスのクレジット仕様を設定するには**
`--credit-specification` オプションで [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) コマンドを使用します。
```
--credit-specification CpuCredits=unlimited
```
------
#### [ PowerShell ]
**起動時にインスタンスのクレジット仕様を設定するには**
`-CreditSpecification_CpuCredit` パラメータで [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html) コマンドレットを使用します。
```
-CreditSpecification_CpuCredit unlimited
```
------
## クレジット仕様を unlimited に設定するように Auto Scaling グループを設定する
T インスタンスが起動または開始する際、優れたブートストラップエクスペリエンスには CPU クレジットが必要です。Auto Scaling グループを使用してインスタンスを起動する場合は、インスタンスを `unlimited` として設定することをお勧めします。そうする場合、インスタンスは Auto Scaling グループによって自動的に起動または再開されたときに余剰クレジットを使用します。余剰クレジットを使用することで、パフォーマンスの制限を防ぐことができます。
### 起動テンプレートの作成
インスタンスを Auto Scaling グループで `unlimited` として起動するには、起動に*起動テンプレート*を使用する必要があります。起動設定では、インスタンスを `unlimited` として起動することはサポートされていません。
------
#### [ Console ]
**クレジット仕様を設定する起動テンプレートを作成するには**
1. 「*Amazon EC2 Auto Scaling ユーザーガイド*」の「[詳細設定を使用して起動テンプレートを作成する](https://docs.aws.amazon.com/autoscaling/ec2/userguide/advanced-settings-for-your-launch-template.html)」を参照してください。
1. **[Launch template contents]** ( (テンプレートコンテンツの起動) の **[Instance type]** (インスタンスタイプ) で、インスタンスサイズを選択してください。
1. インスタンスを Auto Scaling グループで `unlimited` として起動するには、**[Advanced details]** (高度な詳細) の **[Credit specification]** (クレジット指定) で **[Unlimited]** (無制限) を選択してください。
1. 起動テンプレートパラメータの定義が終了したら、**[Create launch template]** (起動テンプレートの作成) を選択してください。
------
#### [ AWS CLI ]
**クレジット仕様を設定する起動テンプレートを作成するには**
[create-launch-template](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-launch-template.html) コマンドを使用します。
```
aws ec2 create-launch-template \
--launch-template-name my-launch-template \
--version-description FirstVersion \
--launch-template-data CreditSpecification={CpuCredits=unlimited}
```
------
#### [ PowerShell ]
**クレジット仕様を設定する起動テンプレートを作成するには**
[New-EC2LaunchTemplate](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2LaunchTemplate.html) コマンドレットを使用します。起動テンプレートデータのクレジット仕様を次のように定義します。
```
$creditSpec = New-Object Amazon.EC2.Model.CreditSpecificationRequest
$creditSpec.CpuCredits = "unlimited"
$launchTemplateData = New-Object Amazon.EC2.Model.RequestLaunchTemplateData
$launchTemplateData.CreditSpecification = $creditSpec
```
------
### 起動テンプレートによる Auto Scaling グループの関連付け
起動テンプレートを Auto Scaling グループに関連付けるには、起動テンプレートを使用して Auto Scaling グループを作成するか、または既存の Auto Scaling グループに起動テンプレートを追加します。
------
#### [ Console ]
**起動テンプレートを使用して Auto Scaling グループを作成するには**
1. Amazon EC2 コンソールの [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/) を開いてください。
1. 画面の上部のナビゲーションバーで、起動テンプレートを作成したときに使用したのと同じリージョンを選択してください。
1. ナビゲーションペインで [**Auto Scaling グループ**]、[**Auto Scaling グループの作成**] の順に選択してください。
1. [**Launch Template (起動テンプレート)**] で、起動テンプレートを選択し、[**次のステップ**] を選択してください。
1. Auto Scaling グループ用のフィールドに入力してください。[**Review page (確認ページ)**] で設定の確認を終えたら、[**Create Auto Scaling group (Auto Scaling グループの作成)**] を選択してください。詳細については、『[Amazon EC2 Auto Scaling ユーザーガイド](https://docs.aws.amazon.com/autoscaling/ec2/userguide/create-asg-launch-template.html)』の*起動テンプレートを使用した Auto Scaling グループの作成* を参照してください。
**既存の Auto Scaling グループに起動テンプレートを追加するには**
1. Amazon EC2 コンソールの [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/) を開いてください。
1. 画面の上部のナビゲーションバーで、起動テンプレートを作成したときに使用したのと同じリージョンを選択してください。
1. ナビゲーションペインで、[**Auto Scaling Groups**] をクリックしてください。
1. Auto Scaling グループの一覧から Auto Scaling グループを選択し、[**アクション**]、[**編集**] の順に選択してください。
1. [**Details (詳細)**] タブの [**Launch Template (起動テンプレート)**] で起動テンプレートを選択して、[**Save (保存)**] を選択してください。
------
#### [ AWS CLI ]
**起動テンプレートを使用して Auto Scaling グループを作成するには**
[create-auto-scaling-グループ](https://docs.aws.amazon.com/cli/latest/reference/autoscaling/create-auto-scaling-group.html)コマンドを使用して、 パラメ `--launch-template` タを指定します。
**既存の Auto Scaling グループに起動テンプレートを追加するには**
[update-auto-scaling-group](https://docs.aws.amazon.com/cli/latest/reference/autoscaling/update-auto-scaling-group.html) コマンドを使用して、`--launch-template` パラメータを指定します。
------
#### [ PowerShell ]
**起動テンプレートを使用して Auto Scaling グループを作成するには**
[New-ASAutoScalingGroup](https://docs.aws.amazon.com/powershell/latest/reference/items/New-ASAutoScalingGroup.html) コマンドレットを使用して、`-LaunchTemplate_LaunchTemplateId` または `-LaunchTemplate_LaunchTemplateName`パラメータを指定します。
**既存の Auto Scaling グループに起動テンプレートを追加するには**
[Update-ASAutoScalingGroup](https://docs.aws.amazon.com/powershell/latest/reference/items/Update-ASAutoScalingGroup.html) コマンドレットを使用して、`-LaunchTemplate_LaunchTemplateId` または `-LaunchTemplate_LaunchTemplateName`パラメータを指定します。
------
## バーストパフォーマンスインスタンスのクレジット仕様を管理する
実行中または停止中の T インスタンスのクレジット指定は、`unlimited` と `standard` の間でいつでも切り替えることができます。
`unlimited` モードでは、インスタンスが余剰クレジットを使用することがあり、追加料金が発生する可能性があることに注意してください。詳細については、[余剰クレジットにより料金が発生することがある](burstable-performance-instances-unlimited-mode-concepts.md#unlimited-mode-surplus-credits)を参照してください。
------
#### [ Console ]
**インスタンスのクレジット仕様を管理するには**
1. Amazon EC2 コンソールの [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/) を開いてください。
1. 左のナビゲーションペインで、**[Instances]** (インスタンス) をクリックしてください。
1. (オプション) インスタンスを選択します。**[詳細]** タブで、**[クレジット仕様]** を見つけます。この値は `unlimited` または `standard` のどちらかです。
1. (オプション) 複数のインスタンスのクレジット仕様を同時に変更するには、それらをすべて選択します。
1. [**Actions (アクション)**]、[**Instance settings (インスタンス設定)**]、[**Change credit specification (クレジット指定の変更)**] の順に選択してください。このオプションは、T インスタンスを選択した場合にのみ有効になります。
1. **[無制限モード]** では、各インスタンス ID の横にあるチェックボックスをオンまたはオフにします。
------
#### [ AWS CLI ]
**インスタンスのクレジット仕様を取得するには**
[describe-instance-credit-specifications](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-credit-specifications.html) コマンドを使用します。インスタンス ID を指定しない場合、クレジット仕様が `unlimited` のすべてのインスタンスが返されます。出力には、`unlimited` のクレジット仕様を持つ以前に設定されたインスタンスも含まれます。例えば、T3 インスタンスを M4 インスタンスにサイズ変更し、`unlimited` に設定している場合、Amazon EC2 は M4 インスタンスを返します。
```
aws ec2 describe-instance-credit-specifications \
--instance-id i-1234567890abcdef0 \
--query InstanceCreditSpecifications[].CpuCredits \
--output text
```
出力例を次に示します。
```
unlimited
```
**インスタンスのクレジット仕様を設定するには**
[modify-instance-credit-specification](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-credit-specification.html) コマンドを使用します。
```
aws ec2 modify-instance-credit-specification \
--region us-east-1 \
--instance-credit-specification "InstanceId=i-1234567890abcdef0,CpuCredits=unlimited"
```
------
#### [ PowerShell ]
**インスタンスのクレジット仕様を取得するには**
[Get-EC2CreditSpecification](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2CreditSpecification.html) コマンドレットを使用します。
```
(Get-EC2CreditSpecification `
-InstanceId i-1234567890abcdef0).CpuCredits
```
出力例を次に示します。
```
unlimited
```
**インスタンスのクレジット仕様を設定するには**
[Edit-EC2InstanceCreditSpecification](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceCreditSpecification.html) コマンドレットを使用します。
```
Edit-EC2InstanceCreditSpecification `
-Region us-east-1 `
-InstanceCreditSpecification @({InstanceId="i-1234567890abcdef0" CpuCredits="unlimited"})
```
------
## アカウントのデフォルトのクレジット仕様を管理する
各 T インスタンスファミリーには、[デフォルトクレジット仕様](#default-credit-spec)が付属しています。各 AWS リージョンのアカウントレベルで、T インスタンスファミリーごとにデフォルトのクレジット仕様を変更できます。デフォルトのクレジット仕様の有効な値は、`unlimited` および `standard` です。
EC2 コンソールのインスタンス起動ウィザードを使用してインスタンスを起動している場合、アカウントレベルのデフォルトのクレジット指定は、お客様により設定されたクレジット指定の値により上書きされます。AWS CLI を使用してインスタンスを起動する場合には、アカウント内のすべての新しい T インスタンスは、デフォルトのクレジット指定を使用して起動されます。既存の実行中または停止中のインスタンスのクレジット指定には影響しません。
**考慮事項**
インスタンスファミリーのデフォルトのクレジット指定は、継続した 5 分間に 1 回のみ変更でき、継続した 24 時間中に最大 4 回変更できます。
------
#### [ Console ]
**デフォルトのクレジット仕様を管理するには**
1. Amazon EC2 コンソールの [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/) を開いてください。
1. AWS リージョン を変更するにはページの右上隅にあるリージョンセレクターを使用します。
1. ナビゲーションペインで、**ダッシュボード**を選択してください。
1. **[アカウント属性]** カードの **[設定]** で、**[デフォルトのクレジット指定]** を選択します。
1. [**管理**] をクリックしてください。
1. インスタンスファミリーごとに、[ **無制限**] または [**標準 **] を選択した上で、[**更新**] をクリックしてください。
------
#### [ AWS CLI ]
**デフォルトのクレジット仕様を取得するには**
[get-default-credit-specification](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-default-credit-specification.html) コマンドを使用します。
```
aws ec2 get-default-credit-specification \
--region us-east-1 \
--instance-family t2 \
--query InstanceFamilyCreditSpecifications[].CpuCredits \
--output text
```
出力例を次に示します。
```
standard
```
**デフォルトのクレジット仕様を設定するには**
[modify-default-credit-specification](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-default-credit-specification.html) コマンドを使用します。次の例では、値を `unlimited` に設定します。
```
aws ec2 modify-default-credit-specification \
--region us-east-1 \
--instance-family t2 \
--cpu-credits unlimited
```
------
#### [ PowerShell ]
**デフォルトのクレジット仕様を取得するには**
[Get-EC2DefaultCreditSpecification](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2DefaultCreditSpecification.html) コマンドレットを使用します。
```
(Get-EC2DefaultCreditSpecification `
-Region us-east-1 `
-InstanceFamily t2).CpuCredits
```
出力例を次に示します。
```
standard
```
**デフォルトのクレジット仕様を設定するには**
[Edit-EC2DefaultCreditSpecification](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2DefaultCreditSpecification.html) コマンドレットを使用します。次の例では、値を `unlimited` に設定します。
```
Edit-EC2DefaultCreditSpecification `
-Region us-east-1 `
-InstanceFamily t2 `
-CpuCredit unlimited
```
------
# バーストインスタンスの CPU クレジットをモニタリングする
EC2 はメトリクスを Amazon CloudWatch に送信します。CPU クレジットのメトリクスは、CloudWatch コンソールの Amazon EC2 インスタンスごとのメトリクスで確認するか、AWS CLI を使用して各インスタンスのメトリクスを一覧表示することで確認できます。詳細については、[インスタンスに対して利用可能な CloudWatch メトリクス](viewing_metrics_with_cloudwatch.md)を参照してください。
**Topics**
+ [バーストパフォーマンスインスタンスの追加 CloudWatch メトリクス](#burstable-performance-instances-cw-metrics)
+ [CPU クレジット使用状況の計算](#burstable-performance-instances-calculating-credit-use)
## バーストパフォーマンスインスタンスの追加 CloudWatch メトリクス
バーストパフォーマンスインスタンスには、以下の追加の CloudWatch メトリクスがあり、5 分ごとに更新されます。
+ `CPUCreditUsage` – 測定期間に消費された CPU クレジットの数。
+ `CPUCreditBalance` – インスタンスが蓄積する CPU クレジット数。CPU がバーストし、CPU クレジットが獲得するよりも速い速度で使用される際に、このバランスは枯渇します。
+ `CPUSurplusCreditBalance` – `CPUCreditBalance` 値がゼロになったときに CPU 使用率を保持するために使用される余剰 CPU クレジットの数。
+ `CPUSurplusCreditsCharged` – 24 時間で獲得できる [CPU クレジットの最大数](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table)を越えた、追加料金が発生する分の余剰 CPU クレジットの数。
最後の 2 つのメトリクスは `unlimited` として設定されたインスタンスにのみ適用されます。
バーストパフォーマンスインスタンスの CloudWatch メトリクスの説明を次の表に示します。詳細については、[インスタンスに対して利用可能な CloudWatch メトリクス](viewing_metrics_with_cloudwatch.md)を参照してください。
| メトリクス | 説明 |
| --- | --- |
| CPUCreditUsage | CPU 使用率に関してインスタンスで消費される CPU クレジットの数。1 つの CPU クレジットは、1 個の vCPU が 100% の使用率で 1 分間実行されること、または、vCPU、使用率、時間の同等の組み合わせ (例えば、1 個の vCPU が 50% の使用率で 2 分間実行されるか、2 個の vCPU が 25% の使用率で 2 分間実行される) に相当します。 CPU クレジットメトリクスは、5 分間隔でのみ利用可能です。5 分を超える期間を指定する場合は、`Average` 統計の代わりに `Sum` 統計を使用します。 単位: クレジット (vCPU 分) |
| CPUCreditBalance | インスタンスが起動または開始後に蓄積した獲得 CPU クレジットの数。T2 スタンダードの場合、`CPUCreditBalance` には蓄積された起動クレジットの数も含まれます。 クレジットは獲得後にクレジット残高に蓄積され、消費されるとクレジット残高から削除されます。クレジット残高にはインスタンスサイズによって決まる上限があります。制限に到達すると、獲得された新しいクレジットはすべて破棄されます。T2 スタンダードの場合、起動クレジットは制限に対してカウントされません。 `CPUCreditBalance` のクレジットはインスタンスがそのベースライン CPU 使用率を超えてバーストするために消費できます。 インスタンスが実行中の場合、`CPUCreditBalance` のクレジットは期限切れになりません。T4g、T3a、または T3 インスタンスが停止すると、`CPUCreditBalance` 値は 7 日間保持されます。その後、蓄積されたすべてのクレジットが失われます。T2 インスタンスが停止すると、`CPUCreditBalance` 値は保持されず、蓄積されたすべてのクレジットが失われます。 CPU クレジットメトリクスは、5 分間隔でのみ利用可能です。 単位: クレジット (vCPU 分) |
| CPUSurplusCreditBalance | `CPUCreditBalance` 値がゼロの場合に `unlimited` インスタンスによって消費された余剰クレジットの数。 `CPUSurplusCreditBalance` 値は獲得した CPU クレジットによって支払われます。余剰クレジットの数が、24 時間にインスタンスが獲得できるクレジットの最大数を超えている場合、最大数を超えて消費された余剰クレジットに対しては料金が発生します。 単位: クレジット (vCPU 分) |
| CPUSurplusCreditsCharged | 獲得 CPU クレジットにより支払われないために追加料金が発生した、消費された余剰クレジットの数。 消費された余剰クレジットは以下のいずれかの状況に当てはまると料金が発生します。 [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/burstable-performance-instances-monitoring-cpu-credits.html) 単位: クレジット (vCPU 分) |
## CPU クレジット使用状況の計算
インスタンスの CPU クレジット使用状況は、前述の表で説明したインスタンス CloudWatch メトリクスを使用して計算されます。
Amazon EC2 は、メトリクスを 5 分ごとに CloudWatch に送信します。*前の*メトリクス値の参照はいつでも、*5 分前*に送信された、直前のメトリクス値を意味します。
### スタンダードインスタンスの CPU クレジット使用状況の計算
+ CPU クレジット残高は、CPU 利用率がベースラインを下回り、前の 5 分間に消費したクレジットが獲得したクレジットより少なかった場合に増加します。
+ CPU クレジット残高は、CPU 利用率がベースラインを上回り、前の 5 分間に消費したクレジットが獲得したクレジットよりも多かった場合に減少します。
数学的に、これは次の式で表されます。
**Example**
```
CPUCreditBalance = prior CPUCreditBalance + [Credits earned per hour * (5/60) - CPUCreditUsage]
```
インスタンスのサイズは、インスタンスが 1 時間あたりに獲得できるクレジットの数と、クレジット残高に蓄積できる獲得クレジットの数を決定します。1 時間あたりに獲得するクレジット数と、各インスタンスサイズのクレジット残高制限については、[クレジットの表](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table)を参照してください。
**例**
この例では、`t3.nano` インスタンスを使用します。インスタンスの `CPUCreditBalance` 値を計算するには、前述の式を次のように使用します。
+ `CPUCreditBalance` – 計算する現在のクレジット残高。
+ `prior CPUCreditBalance` – 5 分前のクレジット残高。この例では、インスタンスは 2 クレジットを蓄積しています。
+ `Credits earned per hour` – `t3.nano` インスタンスは 1 時間あたり 6 クレジット獲得します。
+ `5/60` – CloudWatch メトリクスのパブリッシュ間の 5 分間隔を表します。1 時間あたりに獲得するクレジットに 60 分の 5 (5 分) を掛けて、インスタンスが過去 5 分間に獲得したクレジット数を求めます。`t3.nano` インスタンスは、5 分ごとに 0.5 クレジットを獲得します。
+ `CPUCreditUsage` – インスタンスが過去 5 分間に消費したクレジット数。この例では、インスタンスは過去 5 分間に 1 クレジットを消費しました。
これらの値を使用して、`CPUCreditBalance` の値を計算できます。
**Example**
```
CPUCreditBalance = 2 + [0.5 - 1] = 1.5
```
### 無制限インスタンスの CPU クレジット使用状況の計算
バーストパフォーマンスインスタンスがベースラインを超えてバーストする必要がある場合、余剰クレジットを消費する前に、蓄積されたクレジットが常に消費されます。蓄積した CPU クレジット残高を使いきると、必要な期間だけ余剰クレジットを使用してバーストできます。CPU 利用率がベースラインを下回った場合、インスタンスが獲得クレジットを蓄積する前に常に余剰クレジットが支払われます。
この 5 分間に発生するアクティビティを反映するため、次の式では `Adjusted balance` という用語を使用します。`CPUCreditBalance` および `CPUSurplusCreditBalance` の CloudWatch メトリクスの値に達するため、この値を使用します。
**Example**
```
Adjusted balance = [prior CPUCreditBalance - prior CPUSurplusCreditBalance] + [Credits earned per hour * (5/60) - CPUCreditUsage]
```
`0` に対する `Adjusted balance` の値は、インスタンスが獲得したすべてのクレジットがバーストに消費され、余剰クレジットは消費されなかったことを示します。結果として、`CPUCreditBalance` と `CPUSurplusCreditBalance` は `0` に設定されます。
`Adjusted balance` の正の値は、インスタンスが獲得クレジットを蓄積し、前の余剰クレジットが (ある場合) 支払われたことを示します。結果として、`Adjusted balance` の値は `CPUCreditBalance` に割り当てられ、`CPUSurplusCreditBalance` は `0`に設定されます。インスタンスサイズは、蓄積可能な[最大クレジット数](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table)を決定します。
**Example**
```
CPUCreditBalance = min [max earned credit balance, Adjusted balance]
CPUSurplusCreditBalance = 0
```
`Adjusted balance` の負の値は、インスタンスが蓄積したすべての獲得クレジットに加えて、余剰クレジットもバーストに消費されたことを示します。結果として、`Adjusted balance` の値は `CPUSurplusCreditBalance` と `CPUCreditBalance` に割り当てられ、`0`に設定されます。繰り返しになりますが、インスタンスサイズは、蓄積可能な[最大クレジット数](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table)を決定します。
**Example**
```
CPUSurplusCreditBalance = min [max earned credit balance, -Adjusted balance]
CPUCreditBalance = 0
```
消費される余剰クレジットがインスタンスに蓄積可能な最大クレジットを越えた場合、余剰クレジット残高は前述の式に示すように最大に設定されます。残りの余剰クレジットは `CPUSurplusCreditsCharged` メトリクスで示すように課金されます。
**Example**
```
CPUSurplusCreditsCharged = max [-Adjusted balance - max earned credit balance, 0]
```
最後に、`CPUSurplusCreditBalance` により追跡された余剰クレジットもインスタンスの終了時に課金されます。インスタンスを `unlimited` から `standard` に切り替えると、残りの `CPUSurplusCreditBalance` も課金されます。