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

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

設定為 `unlimited` 的高載效能執行個體，在任何期間皆可隨需提供高 CPU 使用率。如果在累計 24 小時的期間或執行個體的生命週期期間 (以較短者為準)，執行個體的 CPU 平均使用率等於或低於基準，則執行個體的每小時定價將自動涵蓋所有 CPU 使用量峰值。

針對絕大多數的一般用途工作負載，設定為 `unlimited` 的執行個體可提供足夠效能，而不需支付任何額外費用。如果執行個體需要長時間以更高的 CPU 使用率執行，也可使用每 vCPU 小時的其他固定費率來執行。如需有關定價的資訊，請參閱 [Amazon EC2 定價](https://aws.amazon.com/ec2/pricing/)與 [T2/T3/T4 無限制模式定價](https://aws.amazon.com/ec2/pricing/on-demand/#T2.2FT3.2FT4g_Unlimited_Mode_Pricing)。

如果您的 是在 2025 年 7 月 15 AWS 帳戶 日之前建立的，而且您在[AWS 免費方案](https://aws.amazon.com/free/)優惠下使用 `t2.micro`或 `t3.micro`執行個體，並在 `unlimited` 模式下使用它，則如果您在滾動 24 小時內的平均使用率超過執行個體的[基準使用](burstable-credits-baseline-concepts.md#baseline_performance)率，則可能需要付費。

依預設，T4g、T3a 和 T3 執行個體會以 `unlimited` 狀態啟動 (除非您[變更預設值](burstable-performance-instances-how-to.md#burstable-performance-instance-set-default-credit-specification-for-account))。如果 24 小時期間內的平均 CPU 使用量超過基準，則剩餘額度會產生費用。如果您以 `unlimited` 形式啟動 Spot 執行個體，並計劃立即持續使用這些執行個體一段短暫的時間，且沒有產生 CPU 抵用金的閒置時間，則剩餘抵用金可能會產生費用。建議您在[標準](burstable-performance-instances-standard-mode.md)模式下啟動 Spot 執行個體，以免需要支付更高的費用。如需詳細資訊，請參閱[剩餘額度可能會產生費用](burstable-performance-instances-unlimited-mode-concepts.md#unlimited-mode-surplus-credits)及[啟動爆量效能執行個體](how-spot-instances-work.md#burstable-spot-instances)。

**注意**  
依預設，在專用執行個體啟動上啟動的 T3 執行個體為 `standard`；專用執行個體上的 T3 執行個體不支援 `unlimited` 模式。

**Contents**
+ [爆量執行個體的無限制模式概念](burstable-performance-instances-unlimited-mode-concepts.md)
  + [無限制爆量效能執行個體如何運作](burstable-performance-instances-unlimited-mode-concepts.md#how-burstable-performance-instances-unlimited-works)
  + [使用無限制模式與固定 CPU 的時機](burstable-performance-instances-unlimited-mode-concepts.md#when-to-use-unlimited-mode)
  + [剩餘額度可能會產生費用](burstable-performance-instances-unlimited-mode-concepts.md#unlimited-mode-surplus-credits)
  + [無限高載效能的成本是多少？](burstable-performance-instances-unlimited-mode-concepts.md#how-much-does-unlimited-burstable-performance-cost)
  + [T2 無限制執行個體沒有啟動額度](burstable-performance-instances-unlimited-mode-concepts.md#unlimited-mode-no-launch-credits)
  + [啟用無限制模式](burstable-performance-instances-unlimited-mode-concepts.md#unlimited-mode-enabling)
  + [在無限制與標準之間切換時，額度會有什麼變化](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)

# 爆量執行個體的無限制模式概念
<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)。

# 爆量執行個體的無限制模式範例
<a name="unlimited-mode-examples"></a>

下列範例說明設定為 `unlimited` 之執行個體的額度使用。

**Topics**
+ [範例 1：說明 T3 Unlimited 的額度使用](#t3_unlimited_example)
+ [範例 2：說明 T2 Unlimited 的額度使用](#t2_unlimited_example)

## 範例 1：說明 T3 Unlimited 的額度使用
<a name="t3_unlimited_example"></a>

在此範例中，您會看到啟動為 `t3.nano` 之 `unlimited` 執行個體的 CPU 使用率，以及該執行個體如何用掉*獲得*的和*多餘*的額度，來維持 CPU 的使用率。

`t3.nano` 執行個體會在累計 24 小時的期間獲得 144 點的 CPU 額度，這些額度可用來兌換 144 分鐘的 vCPU 使用。當該執行個體用完其 CPU 額度餘額 (以 CloudWatch 指標 `CPUCreditBalance` 表示) 時，可以用掉*多餘的* CPU 額度—*尚未獲得*的額度—以在所需的期間爆量。由於 `t3.nano` 執行個體在 24 小時期間已獲得最高的 144 點，因此可以用掉等於此最高額度的剩餘額度，而不會立即產生費用。如果該執行個體用掉超過 144 點的 CPU 額度，則在該小時結束時，將會收取額度差額的費用。

此範例的目的 (如下列圖表所示)，是要說明即使用完 `CPUCreditBalance`，執行個體如何可利用剩餘額度來大幅提升效能。下列的工作流程參考了圖表上的編號點：

**P1** – 在圖表上的第 0 小時，執行個體會啟動為 `unlimited`，並立即開始獲得額度。該執行個體從啟動後即維持閒置，其 CPU 使用率為 0%，而且沒有用掉額度。所有為使用的額度都會累計到額度餘額。前 24 小時，`CPUCreditUsage` 為 0，而 `CPUCreditBalance` 值達到其最大值 144。

**P2** – 接下來 12 小時，CPU 使用率為 2.5%，低於 5% 基準。執行個體獲得的額度超出其用掉的額度，但 `CPUCreditBalance` 值不得超出其最大值，即 144 點。

**P3** – 接下來 24 小時，CPU 使用率為 7% (高於基準)，其需要用掉 57.6 點。執行個體用掉的額度超過獲得的額度，而且 `CPUCreditBalance` 值減少至 86.4 點。

**P4** – 接下來 12 小時，CPU 使用率下降至 2.5% (低於基準)，其需要用掉 36 點。同時執行個體獲得 72 點。執行個體獲得的額度超過用掉的額度，而且 `CPUCreditBalance` 值增加至 122 點。

**P5** – 接下來 5 小時，執行個體的 CPU 使用率爆量至 100%，並總共用掉 570 點來維持此爆量。在此期間大約一小時，執行個體耗盡其整個 `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%。在此期間，執行個體獲得 144 點，用來支付 `CPUSurplusCreditBalance`。

![\[t3 執行個體在 24 小時後獲得 144 點。\]](http://docs.aws.amazon.com/zh_tw/AWSEC2/latest/UserGuide/images/t3_unlimited_graph.png)


## 範例 2：說明 T2 Unlimited 的額度使用
<a name="t2_unlimited_example"></a>

在此範例中，您會看到啟動為 `t2.nano` 之 `unlimited` 執行個體的 CPU 使用率，以及該執行個體如何用掉*獲得*的和*多餘*的額度，來維持 CPU 的使用率。

`t2.nano` 執行個體會在累計 24 小時的期間獲得 72 點的 CPU 額度，這些額度可用來兌換 72 分鐘的 vCPU 使用。當該執行個體用完其 CPU 額度餘額 (以 CloudWatch 指標 `CPUCreditBalance` 表示) 時，可以用掉*多餘的* CPU 額度—*尚未獲得*的額度—以在所需的期間爆量。由於 `t2.nano` 執行個體在 24 小時期間已獲得最高的 72 點，因此可以用掉等於此最高額度的剩餘額度，而不會立即產生費用。如果該執行個體用掉超過 72 點的 CPU 額度，則在該小時結束時，將會收取額度差額的費用。

此範例的目的 (如下列圖表所示)，是要說明即使用完 `CPUCreditBalance`，執行個體如何可利用剩餘額度來大幅提升效能。您可以假設，在圖表中時間線的開頭，執行個體已有累積的額度餘額，此餘額等於該執行個體在 24 小時期間內可以獲得的最高額度。下列的工作流程參考了圖表上的編號點：

**1** – 在前 10 分鐘期間，`CPUCreditUsage` 為 0，而 `CPUCreditBalance` 維持在最大值 72 點。

**2** – 在 23:40，隨著 CPU 的使用率增加，執行個體用掉了 CPU 額度，`CPUCreditBalance` 值減少。

**3** – 在大約 00:47 時，執行個體用完整個 `CPUCreditBalance`，並且開始使用剩餘額度來維持 CPU 的高使用率。

**4** – 剩餘額度一直用到 01:55，此時 `CPUSurplusCreditBalance` 到達 72 點的 CPU 額度。這等於 `t2.nano` 執行個體在 24 小時期間內可獲得的最高點數。之後，任何用掉的剩餘額度，都不能用 24 小時期間內所獲得的額度抵銷，因此在該小時結束時，會產生少許的額外費用。

**5** – 執行個體繼續使用剩餘額度，直到大約 02:20。此時，CPU 的使用率掉到基準以下，執行個體開始以每小時 3 點的速度獲得額度 (或每 5 分鐘 0.25 點)，並使用這些額度來償還 `CPUSurplusCreditBalance`。在 `CPUSurplusCreditBalance` 值減少到 0 之後，執行個體開始以每 5 分鐘 0.25 點的速度，累積其 `CPUCreditBalance` 中的獲得額度。

![\[無限額啟動的 t2.nano 執行個體的圖形化 CPU 使用率。\]](http://docs.aws.amazon.com/zh_tw/AWSEC2/latest/UserGuide/images/t2_unlimited_graph.png)


**計算帳單 (Linux 執行個體)**  
剩餘額度的成本為每 vCPU 小時 0.05USD。該執行個體在 01:55 到 02:20 之間，用掉了約 25 點剩餘額度，這等於 0.42 vCPU 小時。此執行個體其他的費用包括 0.42 vCPU 小時 x 0.05USD/vCPU 小時 = 0.021USD，四捨五入至 0.02USD。下列是這個 T2 Unlimited 執行個體月底的帳單：

![\[T2 無限制執行個體的帳單範例。\]](http://docs.aws.amazon.com/zh_tw/AWSEC2/latest/UserGuide/images/t2_unlimited_bill_linux.png)


**計算帳單 (Windows 執行個體)**  
剩餘額度的成本為每 vCPU 小時 0.096USD。該執行個體在 01:55 到 02:20 之間，用掉了約 25 點剩餘額度，這等於 0.42 vCPU 小時。此執行個體其他的費用包括 0.42 vCPU 小時 x 0.096USD/vCPU 小時 = 0.04032USD，四捨五入至 0.04USD。下列是這個 T2 Unlimited 執行個體月底的帳單：

![\[T2 無限制執行個體的帳單範例。\]](http://docs.aws.amazon.com/zh_tw/AWSEC2/latest/UserGuide/images/t2_unlimited_bill_windows.png)


您可以設定帳單提醒，每小時通知任何累計的費用，並根據需要採取行動。