本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 爆量執行個體的無限制模式概念
<a name="burstable-performance-instances-unlimited-mode-concepts"></a>

`unlimited` 模式是爆量效能執行個體的額度組態選項。對於執行中或已停止的執行個體，隨時都可以啟用或停用它。您可以在每個可爆量效能執行個體系列的每個 AWS 區域的帳戶層級將 [設定為`unlimited`預設點數選項](burstable-performance-instances-how-to.md#burstable-performance-instance-set-default-credit-specification-for-account)，以便使用預設點數選項啟動帳戶中的所有新可爆量效能執行個體。

## 無限制爆量效能執行個體如何運作
<a name="how-burstable-performance-instances-unlimited-works"></a>

如果設定為 `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 使用率執行，則沒有額外費用，因為執行個體每小時定價已涵蓋成本。不過，如果在 24 小時的期間，執行個體以平均 40% CPU 使用率執行 (如圖所示)，則會以每 vCPU 小時的[其他固定費率](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing)，向執行個體收取額外 10% CPU 使用率的費用。

![\[t3.large 執行個體的 CPU 帳單用量。\]](http://docs.aws.amazon.com/zh_tw/AWSEC2/latest/UserGuide/images/t3-cpu-usage.png)


如需每一個執行個體類型的每 vCPU 基準使用率的詳細資訊，以及每一個執行個體類型可以賺取多少額度，請參閱[額度表](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table)。

## 使用無限制模式與固定 CPU 的時機
<a name="when-to-use-unlimited-mode"></a>

判斷您應該在 `unlimited` 模式中使用爆量效能執行個體 (例如 T3)，還是固定效能執行個體 (例如 M5) 時，您需要判定損益兩平的 CPU 使用量。爆量效能執行個體的損益兩平 CPU 使用量，即是爆量效能執行個體成本與固定效能執行個體相同的那個點。損益兩平的 CPU 使用量可協助您判斷下列事項：
+ 如果在 24 小時的期間，平均 CPU 使用量為等於或低於損益兩平的 CPU 使用量，請在 `unlimited` 模式下使用爆量效能執行個體，讓您能夠得益於爆量效能執行個體的更低價格，同時又能得到與固定效能執行個體相同的效能。
+ 如果在 24 小時的期間，平均 CPU 使用量為超過損益兩平的 CPU 使用量，則爆量效能執行個體的成本將超過同等大小的固定效能執行個體。如果 T3 執行個體持續以 100% CPU 爆量，則您最終付出的成本將是同等大小 M5 執行個體的 1.5 倍。

下圖顯示損益兩平的 CPU 使用量點，其中 `t3.large` 的成本與 `m5.large` 相同。`t3.large` 的損益兩平 CPU 使用量點為 42.5%。如果平均 CPU 使用量為 42.5%，則執行 `t3.large` 的成本與 `m5.large` 相同，但若平均 CPU 使用量超過 42.5%，則更為昂貴。如果工作負載需要的平均 CPU 使用量小於 42.5%，則您可以得益於 `t3.large` 的更低價格，同時又可得到與 `m5.large` 相同的效能。

![\[t3.large 執行個體的損益兩平 CPU 使用量點為 42.5%。\]](http://docs.aws.amazon.com/zh_tw/AWSEC2/latest/UserGuide/images/T3-unltd-when-to-use.png)


下表顯示如何計算損益兩平的 CPU 使用量閾值，讓您可以在 `unlimited` 模式下使用爆量效能執行個體，或使用固定效能執行個體時，判斷何者更便宜。資料表中的資料欄標示為 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 顯示 `t3.large` 每小時的價格。
+ 資料欄 D 顯示 `m5.large` 每小時的價格。
+ 資料欄 E 顯示`t3.large`與`m5.large`的價格差異。
+ 資料欄 F 顯示 `t3.large` 的每 vCPU 基準使用率，即 30%。根據基準，執行個體的每小時成本涵蓋 CPU 使用量的成本。
+ 資料欄 G 顯示每 vCPU 小時的[其他固定費率](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing)，若執行個體在耗盡其賺取的額度之後爆量為 100% CPU，即會以此費率向執行個體收費。
+ 資料欄 H 顯示每 vCPU 分鐘的[其他固定費率](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing)，若執行個體在耗盡其賺取的額度之後爆量為 100% CPU，即會以此費率向執行個體收費。
+ 資料欄 I 顯示 `t3.large` 每小時可以額外爆量為 100% CPU 幾分鐘，同時又可支付與 `m5.large` 相同的每小時價格。
+ 資料欄 J 顯示超過基準的額外 CPU 使用量 (以 % 表示)，而執行個體可以爆量為這個使用量，同時又可支付與 `m5.large` 相同的每小時價格。
+ 資料欄 K 顯示損益兩平的 CPU 使用量 (以 % 表示)，`t3.large` 可以爆量為這個使用量，而支付的費用不會超過 `m5.large`。除此之外，`t3.large` 的成本超過 `m5.large`。

下表顯示相較於類似大小的 M5 執行個體類型，T3 執行個體類型的損益兩平 CPU 使用量 (以 % 表示)。


| T3 執行個體類型 | 相較於 M5，T3 的損益兩平 CPU 使用量 (以 % 表示) | 
| --- | --- | 
| t3.large | 42.5% | 
| t3.xlarge | 52.5% | 
| t3.2xlarge | 52.5% | 

## 剩餘額度可能會產生費用
<a name="unlimited-mode-surplus-credits"></a>

如果執行個體的 CPU 平均使用率等於或低於基準，執行個體不會產生額外的費用。由於執行個體在 24 小時的期間獲得了[最高額度](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table) (例如，`t3.micro` 執行個體可以在 24 小時的期間獲得最多 288 點)，因此可以用掉等於最高額度的剩餘額度，而不會產生費用。

不過，如果 CPU 使用率保持在基準以上，則執行個體就無法獲得足夠的額度，來償還先前用掉的剩餘額度。未償還的剩餘額度，會以每 vCPU 小時的其他固定費率來收費。如需有關費率的資訊，請參閱 [T2/T3/T4g 無限制模式定價](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)。

## 無限高載效能的成本是多少？
<a name="how-much-does-unlimited-burstable-performance-cost"></a>

若您使用剩餘抵用金，且未透過獲得的抵用金來支付這些抵用金 (請參閱 [剩餘額度可能會產生費用](#unlimited-mode-surplus-credits))，您為每個剩餘抵用金的 vCPU 小時支付固定額外費率。費率列在 *Amazon EC2 隨需定價*頁面上的 [T2/T3/T4g 無限制模式定價](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing)區段中。

## T2 無限制執行個體沒有啟動額度
<a name="unlimited-mode-no-launch-credits"></a>

T2 標準執行個體會收到[啟動額度](burstable-performance-instances-standard-mode-concepts.md#launch-credits)，但 T2 無限制執行個體則不會收到。只要在累計 24 小時的期間或是其生命週期期間 (以較短者為準)，T2 無限制執行個體的 CPU 平均使用率等於或低於基準，此等執行個體即可隨時讓效能爆量超過基準水準，而不會產生額外的費用。因此，T2 Unlimited 執行個體不需要使用啟動額度，以在啟動之後立即達成高效能。

如果 T2 執行個體從 `standard` 切換為 `unlimited`，則在將剩下的 `CPUCreditBalance` 結轉過去之前，會先從 `CPUCreditBalance` 移除所有累積的啟動額度。

T4g、T3a 和 T3 執行個體不會收到啟動抵用金，因為這些執行個體預設會以無限制模式啟動，因此會在啟動時立即爆量。無限制模式抵用金組態可讓 T4g、T3a 和 T3 執行個體根據需要使用盡可能多的 CPU，以盡可能長時間地超出基準。

## 啟用無限制模式
<a name="unlimited-mode-enabling"></a>

在執行中或已停止的執行個體上，可以隨時從 `unlimited` 切換為 `standard`Unlimited，也可從 `standard` 切換為 `unlimited`。如需詳細資訊，請參閱[在啟動時設定抵用金規格](burstable-performance-instances-how-to.md#launch-burstable-performance-instances)及[管理爆量效能執行個體的抵用金規格](burstable-performance-instances-how-to.md#modify-burstable-performance-instances)。

您可以在每個可爆量效能執行個體系列的每個 AWS 區域的帳戶層級將 設定為`unlimited`預設點數選項，以便使用預設點數選項啟動帳戶中的所有新可爆量效能執行個體。如需詳細資訊，請參閱[管理帳戶的預設抵用金規格](burstable-performance-instances-how-to.md#burstable-performance-instance-set-default-credit-specification-for-account)。

您可以使用 Amazon EC2 主控台或 AWS CLI，檢查爆量效能執行個體是否已設定為 `unlimited` 或 `standard`。如需詳細資訊，請參閱[設定爆量效能執行個體](burstable-performance-instances-how-to.md)。

## 在無限制與標準之間切換時，額度會有什麼變化
<a name="unlimited-mode-switching-and-credits"></a>

`CPUCreditBalance` 是 CloudWatch 指標，會追蹤執行個體已累積的額度。`CPUSurplusCreditBalance` 是 CloudWatch 指標，會追蹤執行個體花費的剩餘額度。

當您將設定為 `unlimited` 的執行個體變更為 `standard`，會發生下列情況：
+ `CPUCreditBalance` 值會維持不變結轉過去。
+ `CPUSurplusCreditBalance` 值會立即收取費用。

當 `standard` 執行個體切換為 `unlimited` 時，會發生下列情況：
+ 將包含累積獲得之額度的 `CPUCreditBalance` 值結轉過去。
+ 若為 T2 Standard 執行個體，從 `CPUCreditBalance` 值移除所有啟動額度，然後將剩下的 `CPUCreditBalance` 值 (包含累積獲得的額度) 結轉過去。

## 監控額度用量
<a name="unlimited-mode-monitoring-credit-usage"></a>

若要了解執行個體花費的額度是否超過基準提供的額度，您可以使用 CloudWatch 指標來追蹤使用量，並設定每小時警示，來收到額度使用狀況的通知。如需詳細資訊，請參閱[監控爆量執行個體的 CPU 額度](burstable-performance-instances-monitoring-cpu-credits.md)。