標準模式範例 - 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 – 接下來 2 小時,執行個體的 CPU 使用率爆量至 60%,並耗盡整個 CPUCreditBalance 值,即 122 點。在此期間結束時,由於 CPUCreditBalance 為零,CPU 使用率被迫下降至基準使用率,即 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 小時

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

CPU 額度使用率 每 24 小時 288 點 (每小時 12 點、20% CPU 使用率、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 小時

接下來的 6 小時,執行個體會維持閒置—其 CPU 使用率為 0%—而且沒有用掉額度。此 CPU 使用率與期間 2 的相同,但餘額並未持平維持於 102 點—而是持平保持在 72 點,這是執行個體的額度餘額上限。

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

CPU 額度使用率 每 24 小時 0 點 (0% CPU 使用率)
額度獲得率 每 24 小時 72 點
額度捨棄率 每 24 小時 72 點 (100% 的額度獲得率)
額度餘額

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

結論

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