全部產品
Search
文件中心

Auto Scaling:設定擴縮容策略和多執行個體規格降低成本

更新時間:Jun 30, 2024

在建立伸縮組時配置多個可用性區域的擴縮容策略,確保某個可用性區域資源緊張或發生故障時,伸縮組可以在其他可用性區域進行資源調度,保證業務的高可用性。同時,在建立伸縮配置時也支援設定多個執行個體規格,可避免因單個執行個體規格庫存不足而導致伸縮活動執行失敗。本文通過設定多可用性區域的應用成本最佳化策略和多執行個體規格,可有效提高Auto Scaling的擴縮容成功率,並降低成本。

前提條件

背景資訊

由於搶佔式執行個體受到市場價格限制,競價失敗可能會導致擴容不及時,從而影響業務的正常運行。此時您可以選擇使用Auto Scaling的擴縮容策略(例如成本最佳化策略),在搶佔式執行個體建立失敗時,伸縮組會自動嘗試建立相同規格的隨用隨付執行個體。另外,多執行個體規格可以有效應對單個執行個體規格庫存不足的情況,保證伸縮活動可以順利執行。因此,伸縮組使用擴縮容策略並結合多執行個體規格配置,會很大程度地提高伸縮活動的成功率並降低成本,具體說明如下所示:

  • 擴縮容策略

    Auto Scaling支援在建立伸縮組時指定多個虛擬交換器,在一台虛擬交換器所在的可用性區域庫存不足時,Auto Scaling會自動嘗試在其他可用性區域建立執行個體,確保伸縮活動可以順利執行。配置多可用性區域後,您還可以根據業務部署情況配置對應的擴縮容策略(例如成本最佳化策略),靈活滿足業務需求。使用成本最佳化策略的伸縮組會按vCPU單價從低到高嘗試建立ECS執行個體,即使您未選用搶佔式執行個體,也能夠以較低的價格使用同等規模的ECS執行個體資源。

    說明
    • 多可用性區域擴縮容策略包括優先順序策略、均衡分布策略、成本最佳化策略或自訂群組合策略,更多資訊,請參見配置伸縮組

    • 多可用性區域擴縮容策略僅適用於網路類型為專用網路的伸縮組。

  • 多執行個體規格

    Auto Scaling支援在伸縮配置中指定多個執行個體規格,在無法建立高優先順序規格的執行個體時,Auto Scaling會自動嘗試下一優先順序規格的執行個體,直至成功建立執行個體。多執行個體規格可以有效應對單個執行個體規格庫存不足的情況,保證伸縮活動可以順利執行。例如,在業務高峰時,您可能需要爭分奪秒地產生高配執行個體規格承載業務流量,更關注效能,而不局限於一種特定規格,此時多執行個體規格可以更靈活地應對不同情境的需求。

操作步驟

  1. 建立ECS類型的伸縮組。

    具體操作,請參見配置伸縮組

    主要配置項說明如下:

    配置項

    說明

    網路類型

    選擇專用網路

    專用網路

    選擇已建立好的專用網路,例如vpc-bp1idd****

    選擇交換器

    選擇專用網路下已建立好的多個虛擬交換器。例如vsw1vsw2

    說明

    由於一個虛擬交換器只歸屬於一個可用性區域,選擇多個虛擬交換器即可在多個可用性區域建立ECS執行個體,合理利用不同可用性區域的庫存資源。

    擴縮容策略

    多可用性區域的擴縮容策略選擇成本最佳化策略

  2. 建立並啟用伸縮配置。

    具體操作,請參見建立伸縮配置(ECS執行個體)

    主要配置項說明如下:

    配置項

    說明

    付費模式

    選擇搶佔式執行個體

    執行個體配置方式

    選擇指定執行個體規格指定執行個體屬性。本樣本以選擇指定執行個體規格為例。

    選擇執行個體規格

    選擇多個執行個體規格(最多不超過10個)。

    • 建議您按照vCPU、記憶體、處理器主頻、內網頻寬或者內網收發包等維度選擇多個相近的執行個體規格。

    • 建議您根據預算設定最高價,如果您使用自動出價,伸縮組會按照搶佔式執行個體的市場價格出價並建立搶佔式執行個體。

    • I/O最佳化執行個體和非I/O最佳化執行個體的配置相差較大,即使同時選擇也很難增加伸縮成功率。

  3. 啟用伸縮組。

  4. 建立伸縮規則。

    具體操作,請參見配置伸縮規則

    主要配置項說明如下:

    配置項

    說明

    伸縮規則類型

    選擇簡單規則

    執行的操作

    設定為增加1台

  5. 執行伸縮規則。

驗證樣本

Auto Scaling設定擴縮容策略和多執行個體規格後,可以明顯降低成本。成本控制的效果展示如下:

樣本描述

  • 伸縮組指定的兩個可用性區域下的虛擬交換器:華東1(杭州1)可用性區域J、華東1(杭州)可用性區域K。

  • 伸縮配置中指定的兩種執行個體規格:ecs.g8y.xlarge、ecs.g8i.xlarge。

  • 付費模式為搶佔式執行個體

  • 每種執行個體規格會對應兩種單價:搶佔式執行個體vCPU單價、隨用隨付執行個體vCPU單價。

    重要

    以下列出的價格僅用作樣本,購買時請以售賣頁的即時價格為準。

    Dingtalk_20240201161230.jpg

    其中,①表示搶佔式執行個體市場價格,②表示隨用隨付執行個體市場價格。

    結合執行個體規格和計費方式後,可以得出四種建立執行個體的方案(vCPU單價從低到高排序):

    方案編號

    執行個體規格

    計費方式

    vCPU

    市場價格

    vCPU單價

    Solution1

    ecs.g8y.xlarge

    搶佔式執行個體

    4

    0.22 USD/時

    0.055 USD/時

    Solution2

    ecs.g8i.xlarge

    搶佔式執行個體

    4

    0.336 USD/時

    0.084 USD/時

    Solution3

    ecs.g8y.xlarge

    隨用隨付

    4

    0.8 USD/時

    0.2 USD/時

    Solution4

    ecs.g8i.xlarge

    隨用隨付

    4

    1.099 USD/時

    0.275 USD/時

效果展示

  • 期望效果:當伸縮組發生擴容伸縮活動時,伸縮組會優先按方案Solution1建立ECS執行個體,如果在可用性區域K和可用性區域J下均無法建立出執行個體,則依次嘗試方案Solution2、Solution3和Solution4。

  • 效果驗證:執行伸縮規則引發伸縮活動後,向伸縮組添加1台ECS執行個體。前往Auto Scaling控制台的執行個體列表頁簽下,單擊自動建立的ECS執行個體ID,跳轉到Elastic Compute Service控制台的執行個體詳情頁簽下,查看計費方式(即付費類型)和執行個體規格。

    • 付費類型:按量-搶佔式執行個體

    • 執行個體規格:ecs.g8y.xlarge

    執行個體列表.jpg與預期結果一樣,優先按照方案Solution1成功建立了ECS執行個體,由此可見,Auto Scaling設定擴縮容策略和多執行個體規格後,可以明顯降低成本。