本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
高載執行個體的標準模式範例
下列範例說明當執行個體設定為 standard
時的額度使用。
範例 1:說明 T3 Standard 的額度使用
在此範例中,您會看到啟動為 t3.nano
的 standard
執行個體如何獲得、累積和用掉獲得的額度。您會看到額度餘額如何反映累積獲得的額度。
執行中的 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
。
範例 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 點獲得的額度)。
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 點獲得的額度),因此新獲得的額度將被捨棄。
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 點不同,因為沒有累積的啟動額度。
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 點累積獲得的額度。
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 小時內可獲得的額度。如需額度餘額上限的詳細資訊,請參閱額度表。