

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

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


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