高載執行個體的無限模式概念 - Amazon Elastic Compute Cloud
無限制爆量效能執行個體如何運作何時使用無限模式與固定模式 CPU剩餘額度可能會產生費用T2 無限制執行個體沒有啟動額度啟用無限制模式在無限制與標準之間切換時，額度會有什麼變化監控額度用量

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

高載執行個體的無限模式概念

unlimited 模式是爆量效能執行個體的額度組態選項。對於執行中或已停止的執行個體，隨時都可以啟用或停用它。您可以在每個 AWS 區域、每個高載績效執行環境系列的帳戶層次設unlimited定為預設信用選項，以便使用預設信用選項來啟動帳戶中的所有新高載績效執行環境。

無限制爆量效能執行個體如何運作

如果設定為unlimited耗盡其信用餘額的高載效能執行個體，它可以花費剩餘的CPU信用額度超出基準線。當它的使用CPU率低於基準時，它會使用它賺CPU取的信用來支付早些時候花費的剩餘信用。Amazon 能夠賺取CPU積分以支付剩餘積分，讓 Amazon 能EC2夠在 24 小時內平均執行個體的CPU使用率。如果 24 小時期間的平均CPU使用量超過基準，則會按固定額外費率按每 v CPU 小時固定附加費率固計費執行個體的。

下圖顯示了一個的CPU用法t3.large。a 的基準CPU使用率t3.large為 30%。如果執行個體在 24 小時內以 30% 或更低的CPU使用率平均執行，則不會收取額外費用，因為執行個體每小時價格已涵蓋費用。

CPUt3.large 執行個體的計費用量。

如需每個執行個體類型每 v CPU 的基準使用率，以及每個執行個體類型可獲得多少積分的詳細資訊，請參閱評分表。

何時使用無限模式與固定模式 CPU

決定是否應在unlimited模式 (例如 T3) 中使用高載效能執行個體，或是固定的效能執行個體 (例如 M5) 時，您必須判斷平衡使用量。CPU高載效能執行個體的收支平衡CPU用量是高載效能執行個體的成本與固定效能執行個體相同的時間點。盈虧平衡CPU用法可幫助您確定以下內容：

  • 如果 24 小時期間的平均CPU使用量等於或低於盈虧平衡使用CPU量，請在unlimited模式中使用高載效能執行個體，以便您可以從高載效能執行個體的較低價格中獲益，同時獲得與固定效能執行個體相同的效能。

  • 如果 24 小時期間的平均CPU使用量高於盈虧平衡CPU使用量，高載效能執行個體的成本將會超過相等大小的固定效能執行個體。如果 T3 執行個體持續以 100% 的速度爆發CPU，您最終支付的價格約為同等大小 M5 執行個體的 1.5 倍。

下圖顯示盈虧平衡CPU使用點，其中 a 的t3.large成本與. m5.large A 的盈虧平衡CPU使用點t3.large為 42.5％。如果平均CPU使用量為 42.5%，則執行成本與 a 相同m5.large，而且如果平均CPU使用量高於 42.5%，則會更加昂貴。t3.large如果工作負載所需的平均CPU使用量低於 42.5%，您可以享受更低的價格，同t3.large時獲得與. m5.large

t3.large 執行個體的盈虧平衡CPU使用點為 42.5%。

下表顯示如何計算盈虧平衡使CPU用量臨界值，以便判斷在unlimited模式或固定效能執行個體中使用高載效能執行個體的成本較低的時機。資料表中的資料欄標示為 A 到 K。

執行個體類型

vCPUs

T3 價格*/小時

M5 價格*/小時

價格差異

T3 基準使用率每 v CPU (%)

剩餘積分每 v CPU 小時收費

每 v CPU 分鐘收費

每 v 可提供額外的突發分鐘數 CPU

額外可用CPU百分比

盈虧平衡% CPU

A

B

C

D

E = D - C

F

G

H = G / 60

I = E / H

J = (I / 60) / B

K = F + 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%
* 價格是以 us-east-1 和 Linux OS 為基礎。

資料表提供下列資訊：

下表顯示 T3 執行個體類型與類似大小的 M5 執行個體類型相比之下的盈虧平衡CPU用法 (以% 為單位)。

T3 執行個體類型 與 M5 相比，T3 的盈虧平衡CPU用量（以 ％ 為單位）
t3.large 42.5%
t3.xlarge 52.5%
t3.2xlarge 52.5%

剩餘額度可能會產生費用

如果執行個體的平均CPU使用率等於或低於基準，則執行個體不會產生額外費用。由於執行個體在 24 小時的期間獲得了最高額度 (例如，t3.micro 執行個體可以在 24 小時的期間獲得最多 288 點)，因此可以用掉等於最高額度的剩餘額度，而不會產生費用。

但是，如果CPU使用率維持在基準線之上，則執行個體無法獲得足夠的積分來支付已花費的剩餘積分。未支付的剩餘積分按每 v CPU 小時的固定額外費率收費。如需有關費率的資訊，請參閱 T2/T3/T4g 無限制模式定價。

發生下列任一情況時，將會針對先前用掉的剩餘額度來收取費用。

  • 支出剩餘額度超過執行個體在 24 小時期間可獲得的最大額度數量。在小時結束時，將收取超過最大值的支出剩餘額度的費用。

  • 執行個體已停止或終止。

  • 執行個體從 unlimited 切換至 standard。

CloudWatch 度量會追蹤已花費的剩餘積分CPUSurplusCreditBalance。計費的剩餘積分會由 CloudWatch 量度追蹤CPUSurplusCreditsCharged。如需詳細資訊，請參閱高載效能執行個體的其他 CloudWatch 指標。

T2 無限制執行個體沒有啟動額度

T2 標準執行個體會收到啟動額度，但 T2 無限制執行個體則不會收到。T2 Unlimited 執行個體可隨時超出基準，而無需額外付費，只要其平均CPU使用率在滾動 24 小時時段或其生命週期 (以較短者為準) 內或低於基準線即可。因此，T2 Unlimited 執行個體不需要使用啟動額度，以在啟動之後立即達成高效能。

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

T4g、T3a 和 T3 執行個體永遠不會收到啟動額度，因為它們支援無限制模式。無限制模式點數組態可讓 T4G、T3A 和 T3 執行個體視需要使用，以超越基準並視需要長時間使用。CPU

啟用無限制模式

在執行中或已停止的執行個體上，可以隨時從 unlimited 切換為 standardUnlimited，也可從 standard 切換為 unlimited。如需詳細資訊，請參閱 將爆量效能執行個體啟動為無限制或標準 和 如何修改爆量效能執行個體的額度規格。

您可以在每個 AWS 區域、每個高載績效執行環境系列的帳戶層次設unlimited定為預設信用選項，以便使用預設信用選項來啟動帳戶中的所有新高載績效執行環境。如需詳細資訊，請參閱設定帳戶的預設額度規格。

您可以檢查高載效能執行個體是設定為unlimited或standard使用 Amazon EC2 主控台或. AWS CLI如需詳細資訊，請參閱 檢視爆量效能執行個體的額度規格 和 檢視預設額度規格。

在無限制與標準之間切換時，額度會有什麼變化

CPUCreditBalance是追蹤執行個體累積的學分數目的 CloudWatch 量度。 CPUSurplusCreditBalance是追蹤執行個體花費的剩餘積分數 CloudWatch 量的量度。

當您將設定為 unlimited 的執行個體變更為 standard，會發生下列情況：

  • CPUCreditBalance 值會維持不變結轉過去。

  • CPUSurplusCreditBalance 值會立即收取費用。

當 standard 執行個體切換為 unlimited 時，會發生下列情況：

  • 將包含累積獲得之額度的 CPUCreditBalance 值結轉過去。

  • 若為 T2 Standard 執行個體，從 CPUCreditBalance 值移除所有啟動額度，然後將剩下的 CPUCreditBalance 值 (包含累積獲得的額度) 結轉過去。

監控額度用量

若要查看執行個體花費的點數是否超過基準提供的額度，您可以使用 CloudWatch 指標追蹤使用情況，也可以設定每小時警示以收到點數用量通知。如需詳細資訊，請參閱監控高CPU載執行個體的積分。