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

# 爆量執行個體的標準模式概念
<a name="burstable-performance-instances-standard-mode-concepts"></a>

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

## 標準爆量效能執行個體如何運作
<a name="how-burstable-performance-instances-standard-works"></a>

當設定為 `standard` 的爆量效能執行個體處於執行中狀態時，每小時會持續獲得 (以毫秒級的解析度) 固定比率的額度。若為 T2 Standard，當執行個體停止時，會失去所有已累積的額度，而且其額度餘額會重設為零。當此等執行個體重新啟動時，會獲得一組新的啟動額度，並且開始累積獲得的額度。對於 T4g、T3a 和 T3 標準執行個體，CPU 抵用金餘額會在執行個體停止之後持續保存七天，之後抵用金便會消失。如果您在七天內啟動執行個體，則不會失去任何額度。

T2 標準執行個體會獲得兩種 [CPU 額度](burstable-credits-baseline-concepts.md#key-concepts)：*獲得的額度*和*啟動額度*。當 T2 Standard 執行個體處於執行狀態時，每小時會持續獲得 (以毫秒級的解析度) 固定比率的額度。一開始，執行個體尚未獲得額度，可能無法順暢啟動；因此，為了提供流暢啟動的體驗，執行個體在開始時會獲得啟動額度，可以在累積獲得額度的同時先用掉這些額度。

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

## 啟動額度
<a name="launch-credits"></a>

在啟動或開始時，T2 Standard 執行個體會獲得每 vCPU 30 點的啟動額度，T1 Standard 執行個體可獲得 15 點的啟動額度。例如，`t2.micro` 執行個體擁有一個 vCPU，會獲得 30 點的啟動額度，而 `t2.xlarge` 執行個體擁有四個 vCPU，會獲得 120 點的啟動額度。啟動額度的設計旨在提供流暢的啟動體驗，讓執行個體能夠在尚未獲得累計的額度之前，先在啟動之後立即大幅提升效能。

啟動額度會比獲得的額度先用掉。未用掉的啟動額度會累計到 CPU 額度餘額，但不會列入 CPU 額度餘額限額的計算。例如，`t2.micro` 執行個體具有最多 144 點獲得額度的 CPU 額度餘額上限。如果該執行個體在啟動後保持閒置 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  | 

## 啟動額度限制
<a name="launch-credit-limits"></a>

T2 Standard 執行個體可以獲得啟動額度的次數是有限的。預設的限制是所有 T2 Standard 執行個體共 100 次啟動或開始 (每個帳戶、每個區域、每個累計 24 小時期間合計)。例如，當 1 個執行個體在 24 小時期間內停止和啟動 100 次、當 100 個執行個體在 24 小時期間內啟動，或是當等於 100 次啟動的其他組合動作發生時，就會到達限制的次數。新帳戶的限制值可能較低，而根據您的使用量，此限制會隨時間提高。

**提示**  
為確保工作負載隨時都能獲得所需的效能，請切換為 [爆量效能執行個體的無限制模式](burstable-performance-instances-unlimited-mode.md)，或考慮使用較大的執行個體大小。

## 啟動額度與獲得額度之間的差異
<a name="burstable-performance-instances-diff-launch-earned-credits"></a>

下表列出了啟動額度與獲得額度之間的差異。


|    |  啟動額度  |  獲得的額度  | 
| --- | --- | --- | 
|  **額度獲得率**  |  在啟動或開始時，T2 Standard 執行個體會獲得每 vCPU 30 點的啟動額度。 如果 T2 執行個體從 `unlimited` 切換為 `standard`，在切換時不會獲得啟動額度。  |  視執行個體的大小而定，每個 T2 執行個體每小時會持續獲得 (以毫秒級的解析度) 固定比率的 CPU 額度。如需每種執行個體容量大小所獲得的 CPU 額度詳細資訊，請參閱[額度表](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table)。  | 
|  **額度獲得限制**  |  獲得啟動額度的限制，是所有 T2 Standard 執行個體共 100 次啟動或開始 (每個帳戶、每個區域、每個累計 24 小時期間合計)。新帳戶的限制值可能較低，而根據您的使用量，此限制會隨時間提高。  |  T2 執行個體所累積的額度不能超過 CPU 額度餘額限額。如果 CPU 額度餘額到達其上限，則在到達限額之後所獲得的任何額度都將被捨棄。啟動額度不會列入此限額的計算。如需每種 T2 執行個體容量大小的 CPU 額度餘額限額詳細資訊，請參閱[額度表](burstable-credits-baseline-concepts.md#burstable-performance-instances-credit-table)。  | 
|  **額度使用**  |  啟動額度會比獲得的額度先用掉。  |  獲得的額度只會在所有啟動額度用掉之後才使用。  | 
|  **額度過期**  |  當 T2 Standard 執行個體正在執行時，啟動額度不會過期。如果 T2 Standard 執行個體停止，或是切換為 T2 Unlimited，所有的啟動額度都會消失。  |  當 T2 執行個體執行時，已經累績獲得的額度不會過期。當 T2 執行個體停止時，所有累績獲得的額度都會消失。  | 

累積的啟動額度和獲得額度，會透過 CloudWatch 指標 `CPUCreditBalance` 來追蹤其數量。如需詳細資訊，請參閱 [CloudWatch 指標表格](burstable-performance-instances-monitoring-cpu-credits.md#burstable-performance-instances-CW-metrics-table)中的 `CPUCreditBalance`。