

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

# 擴展計畫入門
<a name="getting-started-with-scaling-plans"></a>

在您建立擴展計畫以搭配應用程式使用前，請在您的應用程式於 AWS 雲端執行時完整加以檢閱。謹記下列事項：
+ 無論您是否擁有從其他主控台建立的現有擴展政策。您可以取代現有的擴展政策，也可以在建立擴展計劃時予以保留 (不允許對其值進行任何變更)。
+ 根據整體資源，適合應用程式中各個可擴展資源的目標使用率。例如，Auto Scaling 群組中 EC2 執行個體的預期 CPU 使用量與可用 CPU 量相比。對於使用佈建輸送量模型的服務 (例如 DynamoDB)，資料表或索引預期使用的讀取和寫入活動量與其可用輸送量相比。換言之，已耗用容量與佈建容量的比率。建立擴展計畫之後，您可以隨時變更目標使用率。
+ 需要多少時間來啟動並設定伺服器。了解這一點將有助於為每個 EC2 執行個體設定時段，以便在啟動後預熱，確保不會在上一個執行個體仍在啟動中時就啟動新的伺服器。
+ 指標歷史紀錄是否夠長以用於預測性擴展 (如果使用新建立的 Auto Scaling 群組)。一般來說，完整 14 天的歷史資料能夠轉換成更準確的預測。最少為 24 小時。

若您對應用程式更了解，則在進行擴展計劃時會更有效率。

以下任務協助您熟悉擴展計畫。您將會為單一 Auto Scaling 群組建立擴展計畫，並啟用預測擴展和動態擴展。

**Topics**
+ [步驟 1：尋找您的可擴展性資源](gs-select-application.md)
+ [步驟 2：指定擴展策略](gs-configure-scaling-plan.md)
+ [步驟 3：進階設定 (選用)](gs-specify-custom-settings.md)
+ [步驟 4：建立您的擴展計畫](gs-create-scaling-plan.md)
+ [步驟 5：清除](gs-delete-scaling-plan.md)
+ [步驟 6：後續步驟](gs-next-steps.md)

# 步驟 1：尋找您的可擴展性資源
<a name="gs-select-application"></a>

本節包含在 AWS Auto Scaling 主控台中建立擴展計畫的實作簡介。如果這是您的第一個擴展計畫，建議您從使用 Amazon EC2 Auto Scaling 群組建立範例擴展計畫開始。

## 先決條件
<a name="gs-select-application-prereq"></a>

若要練習使用擴展計畫，請建立 Auto Scaling 群組。在 Auto Scaling 群組中啟動至少一個 Amazon EC2 執行個體。如需詳細資訊，請參閱《Amazon EC2 Auto Scaling 使用者指南》**中的 [Amazon EC2 Auto Scaling 入門](https://docs.aws.amazon.com/autoscaling/ec2/userguide/get-started-with-ec2-auto-scaling.html)。

在啟用 CloudWatch 指標的情況下使用 Auto Scaling 群組，以便在您完成 **Create Scaling Plan** (建立擴展計畫) 精靈時，從可用的圖表中取得容量資料。如需詳細資訊，請參閱《Amazon EC2 Auto Scaling 使用者指南》中的[監控 Auto Scaling 群組和執行個體的 CloudWatch 指標](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-cloudwatch-monitoring.html)。**

產生幾天或更長時間的負載，以便提供 CloudWatch 指標資料讓預測擴展功能使用。

確認您具備使用擴展計畫所需的許可。如需詳細資訊，請參閱[擴展計畫的身分和存取管理](auth-and-access-control.md)。

## 將 Auto Scaling 群組加入新的擴展計畫
<a name="gs-add-auto-scaling-group"></a>

當您從主控台建立擴展計畫時，這可協助您尋找可擴展的資源，展開第一步。開始之前，請確認您符合下列要求：
+ 您已建立 Auto Scaling 群組並啟動至少一個 EC2 執行個體，如上一節所述。
+ 您建立的 Auto Scaling 群組已存在至少 24 小時。

**開始建立擴展計畫**

1. 在 https：//[https://console.aws.amazon.com/awsautoscaling/](https://console.aws.amazon.com/awsautoscaling/) 開啟 AWS Auto Scaling 主控台。

1. 在螢幕上方的導覽列中，選擇您在建立 Auto Scaling 群組時所用的相同區域。

1. 從歡迎頁面選擇 **Get started (開始使用)**。

1. 在 **Find scalable resources** (尋找可擴展的資源) 頁面上，執行下列其中一項動作：
   + 選擇**依 CloudFormation 堆疊搜尋**，然後選擇要使用的 CloudFormation 堆疊。
   + 選擇 **Search by tag** (依標籤搜尋)。然後為每個標籤從 **Key** (索引鍵) 選擇標籤索引鍵，從 **Value** (值) 選擇標籤值。若要新增標籤，選擇 **Add another row (新增另一列)**。若要移除標籤，請選擇 **Remove (移除)**。
   + 選擇 **Choose EC2 Auto Scaling groups** (選擇 EC2 Auto Scaling 群組)，然後選擇一或多個 Auto Scaling 群組。
**注意**  
如需簡介教學，請選擇 **Choose EC2 Auto Scaling groups** (選擇 EC2 Auto Scaling 群組)，然後選擇您建立的 Auto Scaling 群組。  
![\[尋找可擴展資源的主控台選項。\]](http://docs.aws.amazon.com/zh_tw/autoscaling/plans/userguide/images/aws-as-gs-choose-asg.PNG)

1. 選擇 **Next** (下一步)，繼續進行擴展計畫建立程序。

## 進一步了解如何探索您的可擴展資源
<a name="gs-choose-discovery-method"></a>

如果您已經建立範例擴展計畫，且想要建立更多範例，請參閱下列案例，詳細了解如何使用 CloudFormation 堆疊或一組標籤。在使用主控台建立擴展計劃時，您可以在此區段決定是否要選擇 **Search by CloudFormation stack** (依 CloudFormation 堆疊搜尋) 或 **Search by tag** (依標籤搜尋) 選項來探索可擴展資源。

如果您在 **Create Scaling Plan** (建立擴展計畫) 精靈的步驟 1 選擇 **Search by CloudFormation stack** (依 CloudFormation 堆疊搜尋) 或 **Search by tag** (依標籤搜尋) 選項，會讓擴展計畫可使用與堆疊或一組標籤相關聯的可擴展資源。隨著擴展計劃定義後，您接下來可以選擇要包括或排除哪些資源。

**使用 CloudFormation 堆疊探索可擴展資源**  
使用 CloudFormation 時，可以使用堆疊來佈建資源。堆疊中所有的資源皆由堆疊的範本定義。您的擴展計劃會在堆疊頂端新增協調層，讓您更容易為多個資源設定擴展。如果沒有擴展計劃，則需要為每個可擴展的資源單獨設定擴展。這表示必須找出佈建資源和擴展政策的順序，並了解這些相依性如何運作的細微之處。

在 AWS Auto Scaling 主控台中，您可以選取現有的堆疊，以掃描可設定為自動擴展的資源。 AWS Auto Scaling 只會尋找所選堆疊中定義的資源。不會搜尋整個巢狀堆疊。

為了讓 CloudFormation 堆疊能夠搜尋到 ECS 服務， AWS Auto Scaling 主控台需要知道哪個 ECS 叢集正在執行服務。您的 ECS 服務必須和執行服務的 ECS 叢集位於相同的 CloudFormation 堆疊中。否則，它們必須是預設叢集的一部分。為了能夠正確識別，ECS 服務名稱在這些 ECS 叢集中必須是唯一的。

如需 CloudFormation 的詳細資訊，請參閱*AWS CloudFormation 《 使用者指南*》中的[什麼是 CloudFormation？](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/Welcome.html)。

**使用標籤探索可擴展資源**  
標籤提供中繼資料，可用於在 AWS Auto Scaling 主控台中使用標籤篩選條件來探索相關的可擴展資源。

使用標籤來尋找下列任一資源：
+ Aurora 資料庫叢集
+ Auto Scaling 群組
+ DynamoDB 資料表和全域次要索引

搜尋多個標籤時，每個資源必須有列出的所有標籤，才會被找到。

如需有關標記的詳細資訊，請參閱下列文件。
+ 參閱《*Amazon Aurora 使用者指南*》，了解如何[標記 Aurora 叢集](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_Tagging.html)。
+ 參閱《*Amazon EC2 Auto Scaling 使用者指南*》，了解如何[標記 Auto Scaling 群組](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-tagging.html)。
+ 參閱《[Amazon DynamoDB 開發人員指南](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/Tagging.html)》，了解如何*標記 DynamoDB 資源*。

# 步驟 2：指定擴展策略
<a name="gs-configure-scaling-plan"></a>

使用以下程序為上一步驟中發現的資源指定擴展策略。

對於每種類型的資源， AWS Auto Scaling 都會選擇最常用於判斷在任何指定時間使用多少資源的指標。您可以選擇最適合的擴展策略，以這個指標為基礎，將您的應用程式效能最佳化。當您啟用動態擴展功能和預測擴展功能時，這兩個功能會共用此擴展策略。如需詳細資訊，請參閱[擴展計劃的運作方式](how-it-works.md)。

下列擴展策略可供使用：
+ **最佳化可用性** - 自動向外和向內AWS Auto Scaling 擴展資源，以將資源使用率維持在 40%。當您的應用程式擴展需求非常緊急，且有時無法預測時，此選項非常有用。
+ **平衡可用性和成本** — 自動向外和向內AWS Auto Scaling 擴展資源，以將資源使用率維持在 50%。此選項可協助您維持高可用性，同時降低成本。
+ **成本最佳化** - 自動向外和向內AWS Auto Scaling 擴展資源，以將資源使用率維持在 70%。如果您的應用程式可以在需求發生未預期變更時，處理緩衝區容量的降低，此選項就有助於降低成本。

例如，擴展計劃會將 Auto Scaling 群組設定為，根據該群組中所有執行個體平均所用 CPU 量，來新增或移除 Amazon EC2 執行個體。您可以透過變更擴展策略，選擇是否將使用率最佳化，藉此獲得可用性、成本，或這兩項的組合。

或者，如果現有的策略不符合您的需求，您可以設定自訂策略。您可以使用自訂策略，來變更目標使用率值、選擇不同的指標，或兩者皆執行。

**重要**  
針對簡介教學，請完成以下程序的第一個步驟，然後選擇 **Next** (下一步) 繼續進行。

**指定擴展策略**

1. 在 **Specify scaling strategy (指定擴展策略)** 頁面上，於 **Scaling plan details (擴展計劃詳細資訊)**、**Name (名稱)** 中輸入擴展計畫的名稱。您的擴展計畫名稱在該區域的擴展計畫集中必須是唯一的。名稱長度上限為 128 個字元，不得包含管線符號「\$1」、正斜線「/」或冒號「:」。

1. 所有包含的資源都會依資源類型列出。針對 **Auto Scaling groups** (Auto Scaling 群組)，執行下列動作：  
![\[Auto Scaling 群組的擴展策略概觀。\]](http://docs.aws.amazon.com/zh_tw/autoscaling/plans/userguide/images/aws-as-gs-choose-scaling-strategy.PNG)

   1. 略過此步驟以使用預設擴展策略和指標。若要改用不同的擴展策略或指標，請繼續執行下列步驟：

      1. 針對 **Scaling strategy** (擴展策略)，選擇所需的擴展策略。

         針對簡介教學，請務必選擇 **Optimize for availability** (針對可用性最佳化)。這會指定 Auto Scaling 群組的平均 CPU 使用率將維持在 40%。

      1. 如果您選擇 **Custom** (自訂)，請展開 **Configuration details** (組態詳細資訊)，以選擇所需的指標和目標值。
         + 對於 **Scaling metric (擴展指標)**，請選擇所需的擴展指標。
         + 針對 **Target value** (目標值)，選擇所需的目標值，例如任何一分鐘間隔內的目標使用率或目標輸送量。
         + 針對 **Load metric** (負載指標) [僅限 Auto Scaling 群組]，選擇所需的負載指標以用於預測擴展。
         + 選取**取代外部擴展政策**以指定 AWS Auto Scaling 可以刪除先前從擴展計畫外部建立的擴展政策 （例如從其他主控台），並將其取代為擴展計畫建立的新目標追蹤擴展政策。

   1. (選用) 根據預設，Auto Scaling 群組已啟用預測擴展。若要為 Auto Scaling 群組關閉預測擴展，請清除 **Enable predictive scaling** (啟用預測擴展)。

   1. (選用) 在預設情況下，動態擴展會為每個資源類型啟用。若要為某類型資源關閉動態擴展，請清除 **Enable dynamic scaling** (啟用動態擴展)。

   1. (選用) 在預設情況下，當您指定多個可擴展性資源探索所在的應用程式來源，所有資源類型會自動包含在您的擴展計劃。若要從您的擴展計劃中剔除某種資源類型，請清除 **Include in scaling plan (包含在擴展計劃內)**。

1. (選用) 若要為其他資源類型指定擴展策略，請重複上述步驟。

1. 完成時，請選擇 **Next** (下一步)，繼續進行擴展計畫建立程序。

# 步驟 3：進階設定 (選用)
<a name="gs-specify-custom-settings"></a>

現在您已指定要用於每種資源類型的擴展策略，您可以選擇使用 **Configure advanced settings (配置進階設定)** 步驟，根據每個資源自訂任何預設設定。對於每個資源類型，您可以自訂多個群組設定。不過，在大多數情況下，預設設定應該更有效率，但對於最小容量和最大容量的值可能具有例外狀況，這些值應謹慎加以調整。

若想保留預設設定，請跳過此步驟。您可以透過編輯擴展計劃隨時變更這些設定。

**重要**  
簡介教學中，我們需要做幾項變更來更新 Auto Scaling 群組的最大容量，並在僅預測模式中啟用預測擴展。雖然您不需要為教學課程自訂所有設定，我們也短暫地檢查每個區段中的設定。

## 一般設定
<a name="gs-customize-general-scaling"></a>

使用此程序來檢視和自訂您在之前步驟中根據資源指定的設定。您也可以為每個資源自訂最小和最大容量。

**要查看和自訂一般設定**

1. 在 **Configure advanced settings (配置進階設定)** 頁面上，選擇任何區段標題左側的箭頭來展開該區段。在教學課程中，展開 **Auto Scaling groups** (Auto Scaling 群組) 區段。

1. 在顯示的資料表中，選擇您在此教學課程中使用的 Auto Scaling 群組。

1. 將 **Include in scaling plan (包含在擴展計劃中)** 選項保持選取。如果未選取此選項，則該資源會從擴展計劃中省略。如果您不包含至少一個資源，則無法建立擴展計劃。

1. 要展開檢視並查看此 **General Settings (一般設定)** 區段的詳細資訊，請選擇區段標題左側的箭頭。

1. 您可以選擇任何下列項目。在本教學課程中，尋找 **Maximum capacity (最大容量)** 設定，然後輸入值 `3` 來取代目前值。
   + **Scaling strategy** (擴展策略) – 可讓您最佳化可用性、成本，或同時平衡兩者，或指定自訂策略。
   + **Enable dynamic scaling** (啟用動態擴展) – 如果此設定已清除，選取的資源無法使用目標追蹤擴展組態來擴展。
   + **Enable predictive scaling** (啟用預測性擴展) – [僅 Auto Scaling 群組] 如果此設定已清除，則選取的群組無法使用預測性擴展來擴展。
   + **Scaling metric** (擴展指標) – 指定要使用的擴展指標。如果您選擇 **Custom** (自訂)，您可以指定要使用的自訂指標，而非主控台中可用的負載指標。如需詳細資訊，請參閱此區段的下一個主題。
   + **Target value** (目標值) – 指定要使用的目標使用率值。
   + **Load metric** (負載指標) – [僅 Auto Scaling 群組] 指定要使用的負載指標。如果您選擇 **Custom** (自訂)，您可以指定要使用的自訂指標，而非主控台中可用的負載指標。如需詳細資訊，請參閱此區段的下一個主題。
   + **最小容量** - 指定資源的最小容量。 AWS Auto Scaling 確保您的資源永遠不會低於此大小。
   + **最大容量** - 指定資源的最大容量。 AWS Auto Scaling 確保您的資源永遠不會超過此大小。
**注意**  
使用預測擴展時，您可以選擇性地選擇根據預測容量要使用的不同最大容量行為。這項設定在 **Predictive scaling settings (預測擴展設定)** 區段。

### 自訂指標
<a name="gs-customized-metric-specification"></a>

AWS Auto Scaling 提供最常用於自動擴展的指標。但是根據您的需要，您可能更希望從不同的指標中獲得資料，而不是從主控台的質保獲得資料。Amazon CloudWatch 有許多不同的指標可供選擇。CloudWatch 也可讓您發佈自己的指標。

您可以使用 JSON 來指定 CloudWatch 自訂指標。在您遵循這些指示之前，建議您先熟悉《[Amazon CloudWatch 使用者指南](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/)》。

若要指定自訂指標，必須使用範本中的一組必要參數來建構 JSON 格式的酬載。從 CloudWatch 新增每個參數的值。我們在擴展計劃的進階設定中，提供範本做為 **Scaling metric (擴展指標)** 和 **Load metric (載入指標)** 的自訂選項。

JSON 代表資料的方式有兩種：
+ *物件*，這是一種無順序的名稱/值對。在左 (\$1) 和右 (\$1) 括號內定義物件。每個名稱/值對皆以名稱開始，接著是冒號，然後是值。名稱/值對是以逗號分隔。
+ *陣列*是一種排序的值集合。在左 ([) 和右 (]) 方括號內定義的陣列。陣列中的項目以逗號分隔。

以下是 JSON 範本的範例，其中包含每個參數的範例值：

```
 {
   "MetricName": "MyBackendCPU",
   "Namespace": "MyNamespace",
   "Dimensions": [
     {
       "Name": "MyOptionalMetricDimensionName",
       "Value": "MyOptionalMetricDimensionValue"
     }
   ],
   "Statistic": "Sum"
 }
```

如需詳細資訊，請參閱《AWS Auto Scaling API 參考》**中的[自訂擴展指標規格](https://docs.aws.amazon.com/autoscaling/plans/APIReference/API_CustomizedScalingMetricSpecification.html)和[自訂負載指標規格](https://docs.aws.amazon.com/autoscaling/plans/APIReference/API_CustomizedLoadMetricSpecification.html)。

## 動態擴展設定
<a name="gs-customize-dynamic-scaling"></a>

使用此程序來檢視和自訂 AWS Auto Scaling 建立之目標追蹤擴展政策的設定。

**若要查看和自訂動態擴展的設定**

1. 要展開檢視並查看此 **Dynamic scaling settings (動態擴展設定)** 區段的詳細資訊，請選擇區段標題左側的箭頭。

1. 您可以選擇下列項目。不過，預設的設定適用於本教學課程。
   + **Replace external scaling policies** (替換外部擴展政策) – 如果清除此設定，則會保留從此擴展計劃之外建立的現有擴展政策，且不會建立新的擴展政策。
   + **Disable scale–in** (停用縮減) – 如果清除此設定，當指定指標低於目標值時，則允許進行自動縮減以減少該資源的目前容量。
   + **Cooldown** (冷卻) – 建立擴展和縮減冷卻時間。擴展政策等候上一個擴展活動生效的時間量即稱為冷卻時間。如需詳細資訊，請參閱《Application Auto Scaling 使用者指南》**中的[冷卻時間](https://docs.aws.amazon.com/autoscaling/application/userguide/application-auto-scaling-target-tracking.html#target-tracking-cooldown)。(如果資源是 Auto Scaling 群組，將不會顯示此設定。) 
   + **Instance warmup** (執行個體準備) – [僅 Auto Scaling 群組] 控制新啟動的執行個體開始為 CloudWatch 指標做出貢獻前的等待時間。如需更多詳細資訊，請參閱《Amazon EC2 Auto Scaling 使用者指南》**中的[執行個體準備](https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-scaling-target-tracking.html#as-target-tracking-scaling-warmup)。

## 預測擴展設定
<a name="gs-customize-predictive-scaling"></a>

如果您的資源是 Auto Scaling 群組，請使用此程序來檢視和自訂預測擴展 AWS Auto Scaling 所使用的設定。

**若要查看和自訂預測擴展的設定**

1. 要展開檢視並查看此 **Predictive scaling settings (預測擴展設定)** 區段的詳細資訊，請選擇區段標題左側的箭頭。

1. 您可以選擇下列項目。在本教學課程中，將 **Predictive scaling mode (預測擴展模式)** 變更為 **Forecast only (僅預測)**。
   + **Predictive scaling mode** (預測性擴展模式) – 指定擴展模式。預設值是 **Forecast and scale (預測和擴展)**。如果將其變更為 **Forecast only (僅限預測)**，則擴展計劃會預測未來的容量，但不會套用擴展動作。
   + **Pre–launch instances** (預先啟動執行個體) – 調整水平擴展前執行的擴展動作。例如，預測指出要在上午 10 點增加容量，而緩衝時間為 5 分鐘 (300 秒)。則對應擴展動作的執行時間為上午 9 點 55 分。這對 Auto Scaling 群組很有幫助，因為執行個體從啟動到提供服務可能需要幾分鐘的時間。實際的時間因多種因素而可能有所不同，例如，執行個體的大小以及是否有需完成的啟動指令碼。預設為 300 秒。
   + **Max capacity behavior** (最大容量行為) – 控制當預測容量接近或超出目前指定的最大容量時，所選資源是否可以擴充規模到超出最大容量。預設值是 **Enforce the maximum capacity setting (強制執行最大容量設定)**。
     + **強制執行最大容量設定** -AWS Auto Scaling 無法將資源容量擴展至高於最大容量。最大容量會以硬性限制強制執行。
     + **將最大容量設定為等於預測容量** —AWS Auto Scaling 可將資源容量擴展至高於最大容量，以等於但不超過預測容量。
     + **將最大容量增加到高於預測容量** -AWS Auto Scaling 可以透過指定的緩衝值將資源容量擴展到高於最大容量。這是旨在提供目標追蹤擴展政策額外容量，以因應意外的流量。
   + **Max capacity behavior buffer** (最大容量行為緩衝) – 如果您選擇 **Increase maximum capacity above forecast capacity** (將最大容量提高到超出預測容量)，選擇在預測容量接近或超出最大容量時，要使用的容量緩衝大小。指定的值是與預測容量相對的百分比。例如，緩衝區為 10% 的情況下，如果預測容量為 50 而最大容量為 40，則有效最大容量是 55。

1. 當您完成自訂設定時，選擇 **Next (下一步)**。
**注意**  
若要還原任何變更，請選擇資源並選擇 **Revert to original (還原為原始版本)**。這會將選取的資源重設回擴展計畫中的上個已知狀態。

# 步驟 4：建立您的擴展計畫
<a name="gs-create-scaling-plan"></a>

在 **Review and create (檢閱和建立)** 頁面上，檢閱您的擴展計畫詳細資訊，並選擇 **Create scaling plan (建立擴展計畫)**。系統會將您會導向擴展計劃狀態的顯示頁面。擴展計劃可能會需要一些時間，來在資源更新時完成建立。

透過預測擴展， 會 AWS Auto Scaling 分析過去 14 天內指定負載指標的歷史記錄 （至少需要 24 小時的資料），以產生兩天前的預測。然後，它會建立排定的擴展動作來調整資源容量，以符合預測期間每個小時的預測。

擴展計劃的建立完成後，從**擴展計劃**畫面選擇該擴展計劃名稱來檢視其詳細資訊。

## (選用) 檢視資源的擴展資訊
<a name="gs-view-resource"></a>

使用此程序來檢視為資源建立的擴展資訊。

資料會以下列方式呈現：
+ 圖表顯示最近的 CloudWatch 指標歷史資料。
+ 預測擴展圖表顯示根據來自 的資料進行的負載預測和容量預測 AWS Auto Scaling。
+ 資料表會列出為該資源排定的所有預測擴展動作。

**檢視資源的擴展資訊**

1. 在 https：//[https://console.aws.amazon.com/awsautoscaling/](https://console.aws.amazon.com/awsautoscaling/) 開啟 AWS Auto Scaling 主控台。

1. 在 **Scaling plans (擴展計劃)** 頁面上，選取擴展計劃。

1. 在 **Scaling plan details** (擴展計劃詳細資訊) 頁面，選擇要檢視的資源。

### 監控與評估預測
<a name="gs-monitoring-forecasts"></a>

擴展計劃啟動並執行後，便可監控負載預測、容量預測和擴展動作，以查看預測擴展的效能。所有啟用預測擴展的 Auto Scaling 群組都可以在 AWS Auto Scaling 主控台中使用這些資料。請注意，您的擴展計劃至少需要 24 小時的歷史載入資料，來產生初始預測。

在以下範例中，每個圖表左側會顯示歷史模式。右側顯示了預測期間擴展計劃在過去產生的預測。實際與預測值 (藍和橘色) 都會繪製。

![\[主控台中預測擴展預測和排程動作頁面上的圖形。\]](http://docs.aws.amazon.com/zh_tw/autoscaling/plans/userguide/images/monitoring-forecasts.png)


AWS Auto Scaling 會自動從您的資料學習。它會先做出負載預測。然後，容量預測計算會判斷支援應用程式所需的執行個體數下限。 AWS Auto Scaling 會根據容量預測，在發生預測的負載變更之前，排定擴展動作來擴展 Auto Scaling 群組。如果動態擴展已啟用 (建議)，Auto Scaling 群組可以根據執行個體群組的目前使用率來水平擴展額外容量 (或移除容量)。

在評估預測擴展的表現時，應*長期*監控實際數值與預測值之間的接近吻合程度。當您建立擴展計畫時， 會根據最新的實際資料 AWS Auto Scaling 提供圖形。亦可提供未來 48 小時內的初步預測。但在擴展計劃建立之初，可用於與實際資料做比較的預測資料量極小。請等到擴展計劃獲得數段期間的預測值後，再開始比對歷史預測數值與實際數值。數天之後，您就能得到較大量的預測值樣本，可用於與實際數值做比較。

若是以每日為單位的固定模式，建立擴展計劃後最短只需數天，就能開始評估預測效率。但若近期模式出現變化，這樣的時間長度並不足以評估預測。例如，假設您正在查看 Auto Scaling 群組的預測，該群組在過去一週開始新的行銷活動。行銷活動會大幅提升每週相同兩天內的 Web 流量。若發生類似這樣的情況，我們建議您等待群組收集一週至兩週的完整資料，再開始評估預測的效率。剛開始收集指標資料的新建 Auto Scaling 群組也適用相同建議。

若在進行時間長度足夠的監控後，發現實際數值與預測值並不相符，亦應考量您所選擇的負載指標是否適當。負載指標必須要能可靠準確地呈現 Auto Scaling 群組中所有執行個體的總負載測量值，才是有效的負載指標。負載指標是預測擴展的關鍵所在。如果您選擇的是非最佳負載指標，它可以阻攔預測性擴展做出準確的負載和容量預測，並阻攔預測性擴展為您的 Auto Scaling 群組排定正確的容量調整。

# 步驟 5：清除
<a name="gs-delete-scaling-plan"></a>

完成入門教學課程後，您可以選擇保留擴展計劃。不過，如果您未主動使用您的擴展計劃，則應該考慮予以刪除，以免您的帳戶產生不必要的費用。

刪除擴展計劃會刪除目標追蹤擴展政策、其相關聯的 CloudWatch 警示，以及代表您 AWS Auto Scaling 建立的預測擴展動作。

刪除擴展計劃不會刪除您的 CloudFormation 堆疊、Auto Scaling 群組或其他可擴展的資源。

**刪除擴展計劃**

1. 在 https：//[https://console.aws.amazon.com/awsautoscaling/](https://console.aws.amazon.com/awsautoscaling/) 開啟 AWS Auto Scaling 主控台。

1. 在 **Scaling plans (擴展計劃)** 頁面，選擇為此教學課程所建立的擴展計劃，然後選擇 **Delete (刪除)**。

1. 出現確認提示時，請選擇**刪除**。

刪除您的擴展計畫後，您的資源不會還原為其原始容量。例如，當您刪除擴展計劃時，如果您的 Auto Scaling 群組已擴展到 10 個執行個體，則在該擴展計劃刪除後，您的群組仍會擴展到 10 個執行個體。您可以存取個別服務的主控台來更新特定資源的容量。

## 刪除 Auto Scaling 群組
<a name="gs-delete-asg"></a>

為避免您的帳戶產生額外 Amazon EC2 費用，您應該刪除在此教學課程所建立的 Auto Scaling 群組。

如需逐步說明，請參閱《Amazon EC2 Auto Scaling 使用者指南》**中的[刪除 Auto Scaling 群組](https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-process-shutdown.html#as-shutdown-lbs-delete-asg-cli)。

# 步驟 6：後續步驟
<a name="gs-next-steps"></a>

既然您已熟悉擴展計畫及其某些功能，您可能會想要使用 CloudFormation，嘗試建立自己的擴展計畫範本。

 CloudFormation 範本是 JSON 或 YAML 格式的文字檔案，描述執行應用程式或服務所需的 Amazon Web Services 基礎設施，以及基礎設施元件之間的任何互連。使用 CloudFormation，您可以部署和管理做為*堆疊*的相關聯資源集合。 CloudFormation 可免費使用，而且您只需為執行應用程式所需的 AWS 資源付費。資源可以包含您在範本中定義的任何 AWS 資源。如需詳細資訊，請參閱*AWS CloudFormation 《 使用者指南*》中的 [如何 CloudFormation 運作](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/cloudformation-overview.html)。

在《AWS CloudFormation 使用者指南》**中，我們提供了一個簡單的範本，方便您開始使用。範例範本可在 CloudFormation 範本參考文件的 [AWS::AutoScalingPlans::ScalingPlan](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-autoscalingplans-scalingplan.html) 區段中作為範例使用。範例範本會為單一 Auto Scaling 群組建立擴展計劃，並啟用預測性擴展和動態擴展。

如需詳細資訊，請參閱《AWS CloudFormation 使用者指南》**中的 [CloudFormation入門](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/GettingStarted.html)。