高載執行個體的標準模式範例 - Amazon Elastic Compute Cloud

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

高載執行個體的標準模式範例

下列範例說明當執行個體設定為 standard 時的額度使用。

範例 1:說明 T3 Standard 的額度使用

在此範例中,您會看到啟動為 t3.nanostandard 執行個體如何獲得、累積和用掉獲得的額度。您會看到額度餘額如何反映累積獲得的額度。

執行中的 t3.nano 執行個體每 24 小時會獲得 144 點。其額度餘額限制為獲得的 144 點。到達限額之後,獲得的新額度都將被捨棄。如需可獲得和累積的額度詳細資訊,請參閱額度表

您可能會啟動 T3 Standard 執行個體,並立即使用它。或是您可能會啟動 T3 Standard 執行個體,然後讓該執行個體閒置幾天之後,才在其上執行應用程式。執行個體是否在使用中或處於閒置狀態,將決定額度是否會用掉或累積。如果執行個體在啟動後 24 小時的期間仍維持閒置,則額度餘額會達到其限制,即獲得的額度在累積後的上限。

此範例說明在啟動後 24 小時期間仍維持閒置的執行個體,並逐步說明 96 小時期間的 7 個階段、顯示獲得、累積、用掉和捨棄的比率,以及每個期間結束時的額度餘額值。

下列的工作流程參考了圖表上的編號點:

P1 – 在圖表上的第 0 小時,執行個體會啟動為 standard,並立即開始獲得額度。執行個體從啟動時一直處於閒置狀態 — 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 — 在接下來的兩個小時內,執行個體以 60% 的CPU使用率爆發,並耗盡整個 122 個學分的CPUCreditBalance價值。在此期間結束時,CPU使用率為零CPUCreditBalance時,會強制降至 5% 的基準使用率層級。處於基準時,執行個體獲得與其用掉一樣多的額度。

P6 — 在接下來的 14 小時內,CPU使用率為 5% (基準線)。執行個體獲得與其用掉一樣多的額度。CPUCreditBalance 值仍為 0。

P7 — 在此範例中的過去 24 小時內,執行個體處於閒置狀態,CPU使用率為 0%。在此期間,執行個體獲得 144 點,其會累積在 CPUCreditBalance

T3 標準執行個體CPU使用率。

範例 2:說明 T2 Standard 的額度使用

在此範例中,會示範做為 t2.nano 啟動的 standard 執行個體,如何獲得、累積和用掉啟動獲得額度。範例中將會顯示額度餘額不只反映累積獲得的額度,也會反映累積的啟動額度。

t2.nano 執行個體會在啟動時獲得 30 點的啟動額度,而且每 24 小時可獲得 72 點。其額度餘額上限為 72 點獲得的額度;啟動額度不會列入此限額的計算。到達限額之後,獲得的新額度都將被捨棄。如需可獲得和累積的額度詳細資訊,請參閱額度表。如需限制的詳細資訊,請參閱 啟動額度限制

您可能會啟動 T2 Standard 執行個體,並立即使用它。或是您可能會啟動 T2 Standard 執行個體,然後讓該執行個體閒置幾天之後,才在其上執行應用程式。執行個體是否在使用中或處於閒置狀態,將決定額度是否會用掉或累積。如果執行個體在啟動後 24 小時的期間仍維持閒置,額度餘額會顯示為超過其限額,因為該餘額同時反映了累積獲得的額度和累積的啟動額度。但CPU是,在使用之後,啟動積分會先花費。之後,此限額一律反映可累積獲得額度的上限。

此範例說明在啟動後 24 小時期間仍維持閒置的執行個體,並逐步說明 96 小時期間的 7 個階段、顯示獲得、累積、用掉和捨棄的比率,以及每個期間結束時的額度餘額值。

期間 1:1 – 24 小時

在圖表上的第 0 小時,T2 執行個體會啟動為 standard,並立即獲得 30 點的啟動額度。該執行個體會在執行狀態中獲得額度。執行個體從啟動時一直處於閒置狀態 — CPU 使用率為 0%,且不會花費點數。所有為使用的額度都會累計到額度餘額。在啟動後大約 14 小時,其額度餘額為 72 點 (30 點的啟動額度 + 42 點獲得的額度),等於該執行個體可以在 24 小時中所獲得的額度。在啟動 24 小時後,額度餘額超過 72 點,因為有未使用的啟動額度累計到額度餘額—額度餘額為 102 點 (30 點的啟動額度 + 72 點獲得的額度)。

在 T2 Standard 的期間 1 中,額度餘額為 102 點。
CPU 額度使用率 每 24 小時 0 學分 (0% CPU 使用率)
額度獲得率 每 24 小時 72 點
額度捨棄率 每 24 小時 0 點
額度餘額

102 點 (30 點的啟動額度 + 72 點獲得的額度)

結論

如果啟動後沒有CPU使用率,則執行環境會累積比 24 小時內可獲得的額度多 (30 個啟動積分 + 72 個已認列積分 = 102 個學分)。

在實際案例中,EC2執行個體在啟動和執行時會耗用少量的點數,這樣可防止餘額達到此範例中的最大理論值。

期間 2:25 – 36 小時

在接下來的 12 小時內,該執行個體會繼續保持閒置和獲得額度,但額度餘額不會增加。餘額會穩定地保持在 102 點 (30 點的啟動額度 + 72 點獲得的額度)。額度餘額已到達其上限 (72 點獲得的額度),因此新獲得的額度將被捨棄。

額度餘額已到達其上限 (72 點獲得的額度)。
CPU 額度使用率 每 24 小時 0 學分 (0% CPU 使用率)
額度獲得率 每 24 小時 72 點 (每小時 3 點)
額度捨棄率 每 24 小時 72 點 (100% 的額度獲得率)
額度餘額

102 點 (30 點的啟動額度 + 72 點獲得的額度) – 餘額未變

結論

執行個體會持續地獲得額度,但如果額度餘額已到達其上限,就不能再累積更多獲得的額度。到達限額之後,獲得的新額度都將被捨棄。啟動額度不會列入額度餘額限額的計算。如果餘額中包含累計的啟動額度,則餘額看起來會像是超過限額。

期間 3:37 – 61 小時

在接下來的 25 小時內,執行個體使用 2%CPU,這需要 30 個點數。在同一個期間,執行個體獲得 75 點,但額度餘額減少了。餘額減少是由於累積的啟動額度會先用掉,而額度餘額已到達 72 點獲得額度的限制,因此新獲得的額度被捨棄。

額度餘額已到達限制,因此新獲得的額度被捨棄。
CPU 額度使用率 每 24 小時 28.8 點(每小時 1.2 個點數,2% 的CPU使用率,40% 的信用賺取率)—25 小時內 30 個積分
額度獲得率 每 24 小時 72 點
額度捨棄率 每 24 小時 72 點 (100% 的額度獲得率)
額度餘額

72 點 (30 點的啟動額度已用掉;72 點獲得的額度尚未用掉)

結論

執行個體會先用掉啟動額度,然後才會使用獲得的額度。啟動額度不會列入額度限額的計算。在啟動額度用掉之後,餘額就永遠不會高於 24 小時內可獲得的額度。此外,當執行個體執行時,就無法再獲得更多啟動額度。

期間 4:62 – 72 小時

在接下來的 11 小時內,執行個體使用 2%CPU,這需要 13.2 個點數。這與前期的CPU使用率相同,但餘額不會減少。而是維持在 72 點。

餘額沒有減少是因為額度獲得率高於額度使用率。在此期間執行個體用掉 13.2 點,但也獲得了 33 點。但是,餘額的上限為 72 點,因此任何獲得的額度只要超過此限額,就會被捨棄。餘額會穩定地保持在 72 點,這跟期間 2 維持在 102 點不同,因為沒有累積的啟動額度。

餘額會穩定地保持在 72 點,因為沒有累積的啟動點數。
CPU 額度使用率 每 24 小時提供 28.8 點 (每小時 1.2 個點數、2% 的CPU使用率、40% 的信用賺取率) —11 小時內有 13.2 個學分
額度獲得率 每 24 小時 72 點
額度捨棄率 每 24 小時 43.2 點 (60% 的額度獲得率)
額度餘額

72 點 (0 點的啟動額度 + 72 點獲得的額度) – 餘額到達上限

結論

在啟動額度用掉之後,額度餘額的上限,會取決於執行個體在 24 小時內可獲得的額度。如果執行個體獲得的額度比用掉的更多,新獲得的額度只要超過限額,就會被捨棄。

期間 5:73 – 75 小時

在接下來的三個小時內,執行個體會以 20% 的CPU使用率爆發,這需要 36 個點數。在同樣的 3 小時期間,執行個體會獲得 9 點,這會使得額度淨餘額減少 27 點。在 3 小時期間結束時,額度餘額為 45 點累積獲得的額度。

在 3 小時期間結束時,額度餘額為 45 點累積獲得的額度。
CPU 額度使用率 每 24 小時 288 個積分(每小時 12 個學分,CPU使用率為 20%,獲得的信用額度的 400%)—3 個小時內可獲得 36 個積分
額度獲得率 每 24 小時 72 點 (3 個小時 9 點)
額度捨棄率 每 24 小時 0 點
額度餘額

45 點 (先前的餘額 (72) - 用掉的額度 (36) + 獲得的額度 (9)) – 在每 24 小時獲得 216 點的額度獲得率之下,但額度餘額減少了,額度餘額減少 (使用率 288/24 + 獲得率 72/24 = 餘額減少率 216/24)

結論

如果執行個體用掉的額度比獲得的多,其額度餘額會減少。

期間 6:76 – 90 小時

在接下來的 15 小時內,執行個體使用 2%CPU,這需要 18 個點數。此CPU使用率與「期間 3」與「期間 4」中的使用率相同。不過,餘額在此期間是增加的,而期間 3 和期間 4 的餘額則分別是減少和持平。

在期間 3 中用掉了累積的啟動額度,並捨棄超過額度限額的所有獲得額度,因此使額度餘額減少。在期間 4 中,執行個體用掉的額度比獲得的少。捨棄超過額度限額的所有獲得額度,因此額度餘額持平,維持在 72 點的最高值。

在此期間中沒有累積的啟動額度,而餘額中累積獲得的額度低於限額。沒有任何獲得的額度被捨棄。此外,執行個體獲得的額度比用掉的多,因此使額度餘額增加。

執行個體獲得的額度比用掉的多。
CPU 額度使用率 每 24 小時 28.8 點(每小時 1.2 個積分,2% 的CPU使用率,40% 的信用賺取率)-15 小時內獲得 18 個積分
額度獲得率 每 24 小時 72 點 (15 個小時 45 點)
額度捨棄率 每 24 小時 0 點
額度餘額

72 點 (餘額以每小時 43.2 點的速度增加 – 變動率 = 使用率 28.8/24 + 獲得率 72/24)

結論

如果執行個體用掉的額度比獲得的少,其額度餘額會增加。

期間 7:91 – 96 小時

在接下來的六個小時內,執行個體會保持閒置狀態,CPU使用率為 0%,且不會花費點數。此CPU使用率與「期間 2」中的使用率相同,但餘額不會達到 102 個點數 — 高原為 72 個學分,也就是執行個體的信用餘額限制。

在期間 2 中,額度餘額包含 30 點累積的啟動額度。在期間 3 中用掉了啟動額度。執行中的執行個體無法再獲得更多的啟動額度。在到達其額度餘額上限後,任何獲得的額度只要超過此限額,就會被捨棄。

獲得的額度只要超過限額,就會被捨棄。
CPU 額度使用率 每 24 小時 0 學分 (0% CPU 使用率)
額度獲得率 每 24 小時 72 點
額度捨棄率 每 24 小時 72 點 (100% 的額度獲得率)
額度餘額

72 點 (0 點的啟動額度、72 點獲得的額度)

結論

執行個體會持續地獲得額度,但如果額度餘額已到達其上限,就不能再累積更多獲得的額度。到達限額之後,獲得的新額度都將被捨棄。額度餘額的上限,會取決於執行個體在 24 小時內可獲得的額度。如需額度餘額上限的詳細資訊,請參閱額度表