全部產品
Search
文件中心

Elastic Compute Service:CPU積分變化樣本

更新時間:Feb 28, 2024

突發效能執行個體建立成功後,其CPU積分根據CPU使用率和基準效能的關係變化。本文介紹在不同的效能模式下的CPU積分變化情況。

背景資訊

本文樣本為了說明基準效能、CPU積分等概念而設計,具體業務情境更加複雜多變,例如CPU使用率不太可能長時間保持在特定的值。請您在理解突發效能執行個體相關概念的基礎上選擇合適的執行個體,並在必要時管理效能模式或變更配置執行個體。具體操作,請參見開啟/關閉無效能約束模式變更配置說明

在開始閱讀樣本前,您可能需要瞭解以下資訊:

  • 突發效能建立成功後,每個vCPU可以獲得30個初始CPU積分。

  • CPU積分的消耗速度和突發效能執行個體的vCPU數、CPU使用率和工作時間有關。1個CPU積分可供1個vCPU以100%的效能運行1分鐘,當實際效能為其他值時,已耗用時間按比例折算。

  • 以基準效能運行時,執行個體獲得的CPU積分和消耗的CPU積分相等。

更多資訊,請參見基準效能CPU積分

效能約束模式

在效能約束模式下,初始CPU積分和CPU積分餘額消耗完畢後,突發效能執行個體的效能將無法超過基準效能。

下圖以ecs.t6-c2m1.large執行個體(2 vCPU,1 GiB)為例,展示了效能約束模式下的CPU積分變化。請注意:

  • ecs.t6-c2m1.large執行個體有2個vCPU,可以獲得60個初始CPU積分。

  • ecs.t6-c2m1.large執行個體的基準效能為10%。

  • ecs.t6-c2m1.large執行個體每小時可獲得12個CPU積分,最大CPU積分餘額為288。更多規格資訊,請參見t6執行個體規格表

  • ecs.t6-c2m1.large執行個體有2個vCPU,以基準效能運行時每小時消耗12個CPU積分。

效能約束模式

下面為您解釋圖中各階段CPU積分變化的原因。

  • 0h~24h

    A階段:執行個體開機獲得60個初始CPU積分。由於CPU使用率為0%,CPU積分餘額不斷增加,直至在24h達到上限。

    結束時,可用的CPU積分(348) = 初始CPU積分(60) + 最大CPU積分餘額(288)。

  • 25h~48h

    1. B階段:CPU使用率為10%,雖然等於基準效能,但優先消耗初始CPU積分。執行個體運行時,每小時消耗12個CPU積分,60個初始CPU積分消耗完畢後不會恢複。

      結束時,可用的CPU積分(288) = A階段結束時可用的CPU積分(348) - 消耗的初始CPU積分(60)。

    2. C階段:CPU使用率為5%,雖然低於基準效能,但CPU積分餘額已達上限,保持不變。

      結束時,CPU積分餘額(288) = 最大CPU積分餘額(288)。

    3. D階段:CPU使用率為10%,等於基準效能,執行個體獲得和消耗的CPU積分相等,CPU積分餘額保持不變。

      結束時,CPU積分餘額(288) = 最大CPU積分餘額(288)。

  • 49h~72h

    1. E階段:CPU使用率為100%,執行個體運行2小時,每小時消耗120個CPU積分,基準效能無法滿足需求,開始消耗CPU積分餘額。

      結束時,CPU積分餘額(72) = 最大CPU積分餘額(288) - 2 * 每小時消耗的CPU積分(120) + 2 * 每小時獲得的CPU積分(12)。

    2. F階段:CPU使用率為0%,執行個體閑置4小時,每小時獲得12個CPU積分,全部轉化為CPU積分餘額。

      結束時,CPU積分餘額(120) = E階段結束時的CPU積分餘額(72) + 4 * 每小時獲得的CPU積分(12)。

    3. G階段:CPU使用率為5%,執行個體運行8小時,每小時消耗6個CPU積分,剩餘部分轉化為CPU積分餘額。

      結束時,CPU積分餘額(168) = F階段結束時的CPU積分餘額(120) - 8 * 每小時消耗的CPU積分(6) + 8 * 每小時獲得的CPU積分(12)。

    4. H階段:CPU使用率為80%,基準效能無法滿足需求,執行個體運行2小時,每小時消耗96個CPU積分,CPU積分餘額也消耗完畢。在效能約束模式下,無可用的CPU積分時執行個體將無法突破基準效能。

      重要

      CPU積分餘額較少時,執行個體效能將在15分鐘內逐漸下降到基準效能水平,保證CPU積分餘額消耗完畢後,執行個體效能不會急劇下降。

      結束時,CPU積分餘額(0) = G階段結束時的CPU積分餘額(168) - 2 * 每小時消耗的CPU積分(96) + 2 * 每小時獲得的CPU積分(12)。

    5. I階段:CPU使用率為10%,等於基準效能,執行個體獲得和消耗的CPU積分相等,CPU積分餘額保持不變。

      結束時,CPU積分餘額(0) = H階段結束時的CPU積分餘額(0) - 5 * 每小時消耗的CPU積分(12) + 5 * 每小時獲得的CPU積分(12)。

    6. J階段:CPU使用率為0%,執行個體閑置3小時,每小時獲得12個CPU積分,全部轉化為CPU積分餘額。

      結束時,CPU積分餘額(36) = I階段結束時的CPU積分餘額(0) + 3 * 每小時獲得的CPU積分(12)。

無效能約束模式

在無效能約束模式下,突發效能執行個體可以突破可用CPU積分的約束,通過透支或付費使用CPU積分在任意時間段保持高於基準效能的CPU使用率。

下圖以ecs.t6-c1m1.large執行個體(2 vCPU,2 GiB)為例,展示了無效能約束模式下的CPU積分變化。請注意:

  • ecs.t6-c1m1.large執行個體有2個vCPU,可以獲得60個初始CPU積分。

  • ecs.t6-c1m1.large執行個體的基準效能為20%。

  • ecs.t6-c1m1.large執行個體每小時可獲得24個CPU積分,最大CPU積分餘額為576。更多規格資訊,請參見t6執行個體規格表

  • ecs.t6-c1m1.large執行個體有2個vCPU,以基準效能運行時每小時消耗24個CPU積分。

無效能約束模式

下面為您解釋圖中各階段CPU積分變化的原因。

  • 0h~24h

    A階段:執行個體開機獲得60個初始CPU積分。由於CPU使用率為0%,CPU積分餘額不斷增加,直至在24h達到上限。

    結束時,可用的CPU積分(636) = 初始CPU積分(60) + 最大CPU積分餘額(576)。

  • 25h~48h

    1. B階段:CPU使用率為20%,雖然等於基準效能,但優先消耗初始CPU積分。執行個體運行時,每小時消耗24個CPU積分,60個初始CPU積分消耗完畢後不會恢複。

      結束時,可用的CPU積分(576) = A階段結束時可用的CPU積分(636) - 消耗的初始CPU積分(60)。

    2. C階段:CPU使用率為20%,等於基準效能,執行個體獲得和消耗的CPU積分相等,CPU積分餘額保持不變。

      結束時,CPU積分餘額(576) = 最大CPU積分餘額(576)。

    3. D階段:CPU使用率為10%,雖然低於基準效能,但CPU積分餘額已達上限,保持不變。

      結束時,CPU積分餘額(576) = 最大CPU積分餘額(576)。

    4. E階段:CPU使用率為100%,執行個體運行時,每小時消耗120個CPU積分,基準效能無法滿足需求,開始消耗CPU積分餘額。

      結束時,CPU積分餘額消耗完畢。

    5. F階段:CPU使用率為100%,執行個體運行時,每小時消耗120個CPU積分,基準效能無法滿足需求,開始消耗預支CPU積分。更多資訊,請參見無效能約束模式

      結束時,預支CPU積分消耗完畢,共透支576個CPU積分。

    6. G階段:CPU使用率為100%,執行個體運行時,每小時消耗120個CPU積分,基準效能無法滿足需求,開始付費使用超額CPU積分。更多資訊,請參見無效能約束模式

      結束時,可用的CPU積分不變,透支576個CPU積分。

  • 49h~72h

    H階段:CPU使用率為0%,獲得的CPU積分優先恢複預支CPU積分,直至在72h恢複完畢。

    結束時,無透支的CPU積分,但CPU積分餘額仍然為0。

  • 73h~96h

    I階段:CPU使用率為0%,執行個體閑置24小時,每小時獲得24個CPU積分,全部轉化為CPU積分餘額,直至在96h達到上限。

    結束時,CPU積分餘額(576) = 最大CPU積分餘額(576)。