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

下列範例說明當執行個體設定為 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 小時內可獲得的額度。如需額度餘額上限的詳細資訊，請參閱額度表。