啟動執行個體重新整理 - Amazon EC2 Auto Scaling

本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。

啟動執行個體重新整理

重要

您可復原進行中的執行個體重新整理以復原任何變更。若要使用此功能,Auto Scaling 群組必須符合在開始執行個體重新整理前使用復原的先決條件。如需詳細資訊,請參閱 使用復原來復原變更

下列程序可協助您使用 AWS Management Console 或啟動執行個體重新整理 AWS CLI。

啟動執行個體重新整理 (主控台)

如果您是第一次啟動執行個體重新整理,則使用主控台將有助於您了解這些可用的功能和選項。

如果您之前未定義 Auto Scaling 群組的混合執行個體政策,請使用下列程序。如果您之前定義了混合執行個體政策,請參閱 在主控台中啟動執行個體重新整理 (混合執行個體群組) 以啟動執行個體重新整理。

啟動執行個體重新整理
  1. 前往網址 https://console.aws.amazon.com/ec2/ 開啟 Amazon EC2 主控台,然後從導覽窗格中選擇 Auto Scaling 群組

  2. 選取 Auto Scaling 群組旁的核取方塊。

    Auto Scaling groups (Auto Scaling 群組) 頁面底部會開啟一個分割窗格。

  3. Instance refresh (執行個體重新整理) 索引標籤的 Instance refreshes (執行個體重新整理) 中,選擇 Start instance refresh (啟動執行個體重新整理)。

  4. 針對可用性設定,執行以下操作:

    1. 針對執行個體取代方法

      • 如果您尚未在 Auto Scaling 群組上設定執行個體維護政策,則執行個體取代方法的預設設定為終止並啟動。這是執行個體重新整理的舊版預設行為。

      • 如果您在 Auto Scaling 群組上設定了執行個體維護政策,則該政策會提供執行個體取代方法的預設值。若要覆寫執行個體維護政策,請選擇覆寫。覆寫功能僅適用於目前的執行個體重新整理。下次啟動執行個體重新整理時,這些值會重設為執行個體維護政策的預設值。

      下列程序說明如何更新執行個體取代方法。

      1. 選擇下列其中一種執行個體取代方法:

        • 終止前啟動:必須先佈建新執行個體,才能終止現有執行個體。對於重視可用性多於節省成本的應用程式來說,這是理想的選擇。

        • 終止並啟動:在終止現有執行個體的同時佈建新執行個體。對於重視節省成本多於可用性的應用程式來說,這是理想的選擇。對於不應啟動超過目前可用容量的應用程式而言,這也是一個不錯的選擇。

        • 自訂行為:此選項可讓您根據想要在取代執行個體時的可用容量來設定自訂上下限範圍。這可協助您在成本和可用性之間取得適當的平衡。

      2. 針對設定正常運作狀態百分比,請輸入下列一個或兩個欄位的值。啟用欄位會因您為執行個體取代方法所選的選項而異。

        • 下限:設定繼續執行個體重新整理所需的狀態良好最低百分比。

        • 上限:設定執行個體重新整理時可能的狀態良好最高百分比。

      3. 展開根據目前群組大小在取代期間檢視預估的臨時容量區段,以確認如何在群組中套用下限上限。使用的實際值取決於所需的容量值,此值會隨群組擴展而有所改變。

      4. 展開設定無效取代大小的回復行為區段,然後選擇是否違反正常運作狀態百分比上限,以排列可用性的優先順序,或選擇違反正常運作狀態百分比下限

        對於非常小的群組,不建議保留預設的違反正常運作狀態百分比下限選項。如果 Auto Scaling 群組中只有一個執行個體,啟動執行個體重新整理可能會導致中斷。

        如果您使用的 Auto Scaling 群組尚未設定執行個體維護政策,則此步驟會設定回復行為。當您的群組有執行個體維護政策時,此選項無法使用,也不會顯示。另外,此選項僅適用於終止並啟動取代方法。其他取代方法將違反狀態良好最高百分比,以便優先考慮可用性。

    2. 執行個體暖機期中,輸入從新執行個體的狀態變更為 InService 到完成初始化所經過的秒數。Amazon EC2 Auto Scaling 會等待這段時間,然後再繼續取代下一個執行個體。

      暖機時,新啟動的執行個體也不會計入 Auto Scaling 群組的彙總執行個體指標 (例如 CPUUtilizationNetworkInNetworkOut)。如果將擴展政策新增至 Auto Scaling 群組,則擴展活動會平行執行。如果您為執行處理重新整理暖機期間設定長時間間隔,新啟動的執行個體會花費更多時間才會顯示在指標中。因此,適當的預熱期可防止 Amazon EC2 Auto Scaling 對過時的指標資料進行擴展。

      如果您已經正確定義 Auto Scaling 群組的預設執行個體暖機期,就不需要變更執行個體暖機期。但是,如果您想要覆寫預設值,您可以為此選項設定一個值。如需有關設定預設執行個體暖機期的詳細資訊,請參閱設定 Auto Scaling 群組的預設執行個體暖機期

  5. 針對重新整理設定,執行以下操作:

    1. (選用) 在 Checkpoints (檢查點) 欄位中,選擇 Enable checkpoints (啟用檢查點),以使用對執行個體重新整理的增量或分階段方法來取代執行個體。這會為每次取代之間的驗證提供額外時間。如果您選擇不啟用檢查點,則執行個體會在一次近乎連續的操作中被取代。

      如果您要啟用檢查點,請參閱 啟用檢查點 (主控台) 了解額外的步驟。

    2. 啟用或關閉 Skip matching (略過相符項目):

      • 若要略過取代已與啟動範本相符的執行個體,請讓啟用略過相符項目核取方塊保持為已勾選的狀態。

      • 如果清除此核取方塊來關閉略過相符項目,則會取代所有執行個體。

      當您啟用跳過比對時,您可以設定新啟動範本或啟動範本的新版本,而不是使用現有啟動範本。可以在啟動執行個體重新整理頁面的所需組態區段中執行這項操作。

      注意

      若要使用略過相符項目功能來更新目前使用啟動組態的 Auto Scaling 群組,您必須在 Desired configuration (所需設定) 中選擇啟動範本。不支援搭配啟動組態執行跳過比對動作。

    3. 對於待命執行個體,請選擇忽略終止等待。這會決定找到 Standby 狀態的執行個體時所發生的情況。如需詳細資訊,請參閱 從 Auto Scaling 群組暫時移除執行個體

      如果您選擇等待,則必須採取其他步驟以讓這些執行個體回到正常運作狀態。如果不這樣做,執行個體重新整理會取代所有 InService 執行個體,並等待一小時。然後,如果任何 Standby 執行個體仍然存在,執行個體重新整理就會失敗。為了避免此情況,請改為選擇忽略終止這些執行個體。

    4. 對於受縮減保護的執行個體,請選擇忽略取代等待。這會決定找到受縮減保護的執行個體時所發生的情況。如需詳細資訊,請參閱 執行個體縮減保護

      如果您選擇等待,則必須採取其他步驟以移除這些執行個體的縮減保護。如果不這樣做,執行個體重新整理會取代所有未受保護的執行個體,並等待一小時。然後,如果任何受縮減保護的執行個體仍然存在,執行個體重新整理就會失敗。為了避免此情況,請改為選擇忽略取代這些執行個體。

  6. (選擇性) 若為CloudWatch 鬧鐘,請選擇 [啟用 CloudWatch 鬧鐘],然後選擇一或多個鬧鐘。 CloudWatch 警報可用於識別任何問題,並在警報進入ALARM狀態時失敗操作。如需詳細資訊,請參閱 使用自動復原啟動執行個體重新整理

  7. (選用) 展開所需組態區段,指定您想要對 Auto Scaling 群組進行的更新。

    對於此步驟,您可以選擇使用 JSON 或 YAML 語法來編輯參數值,而不用在主控台界面中進行選擇。若要執行此作業,請選擇 Use code editor (使用程式碼編輯器),不要選擇 Use console interface (使用主控台界面)。下列程序說明如何使用主控台界面進行選擇。

    1. 針對 Update launch template (更新啟動範本):

      • 如果您尚未為 Auto Scaling 群組建立新啟動範本或新啟動範本版本,請勿勾選此核取方塊。

      • 如果您建立了新啟動範本或新啟動範本版本,請勾選此核取方塊。當您選取此選項時,Amazon EC2 Auto Scaling 會顯示目前的啟動範本和目前的啟動範本版本。還會列出任何其他可用版本。依序選擇啟動範本和版本。

        選擇版本後,便會看到版本資訊。這是執行個體重新整理過程中,取代執行個體時會使用的啟動範本版本。如果執行個體重新整理成功,則在新執行個體啟動時 (例如群組擴展時) 也會使用此版本的啟動範本。

    2. 針對 Choose a set of instance types and purchase options to override the instance type in the launch template (選擇一組執行個體類型和購買選項,以覆寫啟動範本中的執行個體類型):

      • 如果您希望使用您在啟動範本中指定的執行個體類型和購買選項,請勿勾選此核取方塊。

      • 如果您希望複寫啟動範本中的執行個體類型或執行 Spot 執行個體,請勾選此核取方塊。您可以手動新增每個執行個體類型,或選擇一個主要執行個體類型和建議選項,用於為您擷取任何其他相符的執行個體類型。如果您打算啟動 Spot 執行個體,建議您新增幾種不同的執行個體類型。這樣,如果所選可用區域中的執行個體容量不足,則 Amazon EC2 Auto Scaling 可以啟動其他執行個體類型。如需詳細資訊,請參閱 具有多種執行個體類型和購買選項的 Auto Scaling 群組

        警告

        請勿將 Spot 執行個體與無法處理 Spot 執行個體中斷的應用程式搭配使用。如果 Amazon EC2 Spot 服務需要回收容量,則可能會發生中斷。

      如果您選中此核取方塊,請確保啟動範本尚未請求 Spot 執行個體。您無法使用執行下列操作的啟動範本:請求 Spot 執行個體建立使用多個執行個體類型的 Auto Scaling 群組,以及啟動 Spot 執行個體與隨需執行個體。

      注意

      如果要在目前使用啟動組態的 Auto Scaling 群組中設定這些選項,您必須在 Update launch template (更新啟動範本) 中選擇啟動範本。不支援在啟動組態中覆寫執行個體類型。

  8. (選用) 對於復原設定,請選擇啟用自動復原,以在執行個體重新整理失敗時自動復原。

    僅當 Auto Scaling 群組符合使用復原的先決條件時,才可以啟用此設定。

    如需詳細資訊,請參閱 使用復原來復原變更

  9. 檢查您的所有選擇,以確認所有項目都已正確設定。

    此時,最好驗證目前更改和提議更改之間的差異,確認差異是否會以意外或不想要的方式影響您的應用程式。若要確認您的執行個體類型是否與啟動範本相容,請參閱執行個體類型相容性

  10. 若您對執行個體重新整理的選取項目感到滿意,請選擇啟動執行個體重新整理

如果您使用混合執行個體政策建立了 Auto Scaling 群組,請使用下列程序。如果您尚未為您的群組定義混合執行個體政策,請參閱 在主控台中啟動執行個體重新整理 (基本程序) 以啟動執行個體重新整理。

啟動執行個體重新整理
  1. 前往網址 https://console.aws.amazon.com/ec2/ 開啟 Amazon EC2 主控台,然後從導覽窗格中選擇 Auto Scaling 群組

  2. 選取 Auto Scaling 群組旁的核取方塊。

    Auto Scaling groups (Auto Scaling 群組) 頁面底部會開啟一個分割窗格。

  3. Instance refresh (執行個體重新整理) 索引標籤的 Instance refreshes (執行個體重新整理) 中,選擇 Start instance refresh (啟動執行個體重新整理)。

  4. 針對可用性設定,執行以下操作:

    1. 針對執行個體取代方法

      • 如果您尚未在 Auto Scaling 群組上設定執行個體維護政策,則執行個體取代方法的預設設定為終止並啟動。這是執行個體重新整理的舊版預設行為。

      • 如果您在 Auto Scaling 群組上設定了執行個體維護政策,則該政策會提供執行個體取代方法的預設值。若要覆寫執行個體維護政策,請選擇覆寫。覆寫功能僅適用於目前的執行個體重新整理。下次啟動執行個體重新整理時,這些值會重設為執行個體維護政策的預設值。

      下列程序說明如何更新執行個體取代方法。

      1. 選擇下列其中一種執行個體取代方法:

        • 終止前啟動:必須先佈建新執行個體,才能終止現有執行個體。對於重視可用性多於節省成本的應用程式來說,這是理想的選擇。

        • 終止並啟動:在終止現有執行個體的同時佈建新執行個體。對於重視節省成本多於可用性的應用程式來說,這是理想的選擇。對於不應啟動超過目前可用容量的應用程式而言,這也是一個不錯的選擇。

        • 自訂行為:此選項可讓您根據想要在取代執行個體時的可用容量來設定自訂上下限範圍。這可協助您在成本和可用性之間取得適當的平衡。

      2. 針對設定正常運作狀態百分比,請輸入下列一個或兩個欄位的值。啟用欄位會因您為執行個體取代方法所選的選項而異。

        • 下限:設定繼續執行個體重新整理所需的狀態良好最低百分比。

        • 上限:設定執行個體重新整理時可能的狀態良好最高百分比。

      3. 展開根據目前群組大小在取代期間檢視預估的臨時容量區段,以確認如何在群組中套用下限上限。使用的實際值取決於所需的容量值,此值會隨群組擴展而有所改變。

      4. 展開設定無效取代大小的回復行為區段,然後選擇是否違反正常運作狀態百分比上限,以排列可用性的優先順序,或選擇違反正常運作狀態百分比下限

        對於非常小的群組,不建議保留預設的違反正常運作狀態百分比下限選項。如果 Auto Scaling 群組中只有一個執行個體,啟動執行個體重新整理可能會導致中斷。

        如果您使用的 Auto Scaling 群組尚未設定執行個體維護政策,則此步驟會設定回復行為。當您的群組有執行個體維護政策時,此選項無法使用,也不會顯示。另外,此選項僅適用於終止並啟動取代方法。其他取代方法將違反狀態良好最高百分比,以便優先考慮可用性。

    2. 執行個體暖機期中,輸入從新執行個體的狀態變更為 InService 到完成初始化所經過的秒數。Amazon EC2 Auto Scaling 會等待這段時間,然後再繼續取代下一個執行個體。

      暖機時,新啟動的執行個體也不會計入 Auto Scaling 群組的彙總執行個體指標 (例如 CPUUtilizationNetworkInNetworkOut)。如果將擴展政策新增至 Auto Scaling 群組,則擴展活動會平行執行。如果您為執行處理重新整理暖機期間設定長時間間隔,新啟動的執行個體會花費更多時間才會顯示在指標中。因此,適當的預熱期可防止 Amazon EC2 Auto Scaling 對過時的指標資料進行擴展。

      如果您已經正確定義 Auto Scaling 群組的預設執行個體暖機期,就不需要變更執行個體暖機期。但是,如果您想要覆寫預設值,您可以為此選項設定一個值。如需有關設定預設執行個體暖機期的詳細資訊,請參閱設定 Auto Scaling 群組的預設執行個體暖機期

  5. 針對重新整理設定,執行以下操作:

    1. (選用) 在 Checkpoints (檢查點) 欄位中,選擇 Enable checkpoints (啟用檢查點),以使用對執行個體重新整理的增量或分階段方法來取代執行個體。這會為每次取代之間的驗證提供額外時間。如果您選擇不啟用檢查點,則執行個體會在一次近乎連續的操作中被取代。

      如果您要啟用檢查點,請參閱 啟用檢查點 (主控台) 了解額外的步驟。

    2. 啟用或關閉 Skip matching (略過相符項目):

      • 若要略過取代已與啟動範本相符的執行個體以及任何執行個體類型覆寫,請讓啟用略過相符項目核取方塊保持為已勾選的狀態。

      • 如果您選擇清除此核取方塊來關閉略過相符項目,則可取代所有執行個體。

      當您啟用跳過比對時,您可以設定新啟動範本或啟動範本的新版本,而不是使用現有啟動範本。可以在啟動執行個體重新整理頁面的所需組態區段中執行這項操作。您也可以在 Desired configuration (所需組態) 中更新執行個體類型覆寫。

    3. 對於待命執行個體,請選擇忽略終止等待。這會決定找到 Standby 狀態的執行個體時所發生的情況。如需詳細資訊,請參閱 從 Auto Scaling 群組暫時移除執行個體

      如果您選擇等待,則必須採取其他步驟以讓這些執行個體回到正常運作狀態。如果不這樣做,執行個體重新整理會取代所有 InService 執行個體,並等待一小時。然後,如果任何 Standby 執行個體仍然存在,執行個體重新整理就會失敗。為了避免此情況,請改為選擇忽略終止這些執行個體。

    4. 對於受縮減保護的執行個體,請選擇忽略取代等待。這會決定找到受縮減保護的執行個體時所發生的情況。如需詳細資訊,請參閱 執行個體縮減保護

      如果您選擇等待,則必須採取其他步驟以移除這些執行個體的縮減保護。如果不這樣做,執行個體重新整理會取代所有未受保護的執行個體,並等待一小時。然後,如果任何受縮減保護的執行個體仍然存在,執行個體重新整理就會失敗。為了避免此情況,請改為選擇忽略取代這些執行個體。

  6. (選擇性) 若為CloudWatch 鬧鐘,請選擇 [啟用 CloudWatch 鬧鐘],然後選擇一或多個鬧鐘。 CloudWatch 警報可用於識別任何問題,並在警報進入ALARM狀態時失敗操作。如需詳細資訊,請參閱 使用自動復原啟動執行個體重新整理

  7. Desired configuration (所需組態) 區段中,執行下列操作。

    對於此步驟,您可以選擇使用 JSON 或 YAML 語法來編輯參數值,而不用在主控台界面中進行選擇。若要執行此作業,請選擇 Use code editor (使用程式碼編輯器),不要選擇 Use console interface (使用主控台界面)。下列程序說明如何使用主控台界面進行選擇。

    1. 針對 Update launch template (更新啟動範本):

      • 如果您尚未為 Auto Scaling 群組建立新啟動範本或新啟動範本版本,請勿勾選此核取方塊。

      • 如果您建立了新啟動範本或新啟動範本版本,請勾選此核取方塊。當您選取此選項時,Amazon EC2 Auto Scaling 會顯示目前的啟動範本和目前的啟動範本版本。還會列出任何其他可用版本。依序選擇啟動範本和版本。

        選擇版本後,便會看到版本資訊。這是執行個體重新整理過程中,取代執行個體時會使用的啟動範本版本。如果執行個體重新整理成功,則在新執行個體啟動時 (例如群組擴展時) 也會使用此版本的啟動範本。

    2. 針對 Use these settings to override the instance type and purchase option defined in the launch template (使用這些設定覆寫啟動範本中所定義的執行個體類型和購買選項):

      根據預設,會選取此核取方塊。Amazon EC2 Auto Scaling 會使用目前在 Auto Scaling 群組的混合執行個體政策中設定的值填入每個參數。僅針對您想要變更的參數來更新參數值。如需這些設定的指導,請參閱 具有多種執行個體類型和購買選項的 Auto Scaling 群組

      警告

      建議您不要清除此核取方塊。只有當您想停止使用混合執行個體政策時才清除它。在執行個體重新整理成功後,Amazon EC2 Auto Scaling 會更新您的群組,以符合 Desired configuration (所需組態)。如果 Amazon EC2 Auto Scaling 不再包含混合執行個體政策,則會逐步終止目前正在執行的所有 Spot 執行個體,並將其取代為隨需執行個體。或者,如果您的啟動範本請求 Spot 執行個體,則 Amazon EC2 Auto Scaling 會逐漸終止目前執行的所有隨需執行個體,並用 Spot 執行個體取代它們。

  8. (選用) 對於復原設定,請選擇啟用自動復原,以在執行個體重新整理因任何原因失敗時自動復原。

    僅當 Auto Scaling 群組符合使用復原的先決條件時,才可以啟用此設定。

    如需詳細資訊,請參閱 使用復原來復原變更

  9. 檢查您的所有選擇,以確認所有項目都已正確設定。

    此時,最好驗證目前更改和提議更改之間的差異,確認差異是否會以意外或不想要的方式影響您的應用程式。若要確認您的執行個體類型是否與啟動範本相容,請參閱執行個體類型相容性

    若您對執行個體重新整理的選取項目感到滿意,請選擇啟動執行個體重新整理

啟動執行個體重新整理 (AWS CLI)

啟動執行個體重新整理

請使用 start-instance-refresh 命令,從 AWS CLI啟動執行個體重新整理。您可以指定要在 JSON 組態檔案中變更的任何偏好設定。當您參考組態檔案時,請提供檔案路徑和名稱,如下列範例所示。

aws autoscaling start-instance-refresh --cli-input-json file://config.json

config.json 的內容:

{ "AutoScalingGroupName": "my-asg", "Preferences": { "InstanceWarmup": 60, "MinHealthyPercentage": 50, "AutoRollback": true, "ScaleInProtectedInstances": Ignore, "StandbyInstances": Terminate } }

如果未提供偏好設定,則會使用預設值。如需詳細資訊,請參閱 了解執行個體重新整理的預設值

輸出範例:

{ "InstanceRefreshId": "08b91cf7-8fa6-48af-b6a6-d227f40f1b9b" }