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

# Amazon WorkSpaces 應用程式的擴展概念
<a name="autoscaling-concepts"></a>

WorkSpaces 應用程式擴展由 Application Auto Scaling 提供。如需詳細資訊，請參閱《[Application Auto Scaling API 參考](https://docs.aws.amazon.com/autoscaling/application/APIReference/)》。

如需使用 WorkSpaces 應用程式機群Auto Scaling的step-by-step指引，請參閱*AWS 運算部落格*中的[使用 Amazon AppStream 2.0 擴展桌面應用程式串流。](https://aws.amazon.com/blogs/compute/scaling-your-desktop-application-streams-with-amazon-appstream-2-0/)

若要有效地使用機群 Auto Scaling，您必須了解下列術語和概念。

**比較多工作階段與單一工作階段**  
在單一工作階段案例中，每個使用者工作階段都有其專用預留執行個體。在多工作階段模式中，可在一個執行個體上佈建多個使用者工作階段。機群容量和自動擴展政策必須根據使用者工作階段進行設定，而且服務將會計算並啟動所需的執行個體數量。

**機群的最小容量/使用者工作階段數量下限**  
執行個體數量下限 (針對單一工作階段機群) 或使用者工作階段數量下限 (針對多工作階段機群)。執行個體的數量 (針對單一工作階段機群) 或使用者工作階段的數量 (針對多工作階段機群) 不可低於此值，且擴展政策不會將您機群的規模調整到低於此值。例如，在單一工作階段案例中，如果您將機群的容量下限設定為 2，機群所擁有的執行個體數量便永遠不會少於 2 個。同樣地，在多工作階段案例中，執行個體上的工作階段數量上限設為 5 的情況下，如果您將機群的最小容量設定為 12，則機群擁有的執行個體數量四捨五入後將永遠不會少於 (12/5) = 3 個。

**機群的最大容量/使用者工作階段數量上限**  
執行個體數量上限 (針對單一工作階段機群) 或使用者工作階段數量上限 (針對多工作階段機群)。執行個體的數量 (針對單一工作階段機群) 或使用者工作階段的數量 (針對多工作階段機群) 不可高於此值，且擴展政策不會將您機群的規模調整到高於此值。例如，在單一工作階段案例中，如果您將機群的容量上限設定為 10，機群所擁有的執行個體數量便永遠不會超過 10 個。同樣地，在多工作階段案例中，執行個體上的工作階段數量上限設為 5 的情況下，如果您將機群的最大容量設定為 52，則機群擁有的執行個體數量四捨五入後將永遠不會超過 (52/5) = 11 個。

**所需容量**  
執行中或待定的執行個體總數 (針對單一工作階段機群) 或使用者工作階段總數 (針對多工作階段機群)。此值表示在穩定狀態下，您的機群可支援的並行串流工作階段的總數。若要設定 **Desired Capacity (所需的容量)** 值，請編輯 **Fleet Details (機群詳細資料)**。當您使用**擴展政策**時，我們不建議手動變更**所需容量**值。  
如果 **Desired Capacity (所需的容量)** 的值設為低於 **Minimum Capacity (容量下限)** 的值，且觸發向外調整規模活動，則 Application Auto Scaling 會將 **Desired Capacity (所需的容量)** 的值向上調整規模到 **Minimum Capacity (容量下限)** 的值，並根據調整規模政策繼續視需要向外調整規模。但是，在此案例中，向內調整規模活動不會調整 **Desired Capacity (所需的容量)**，因為它已低於 **Minimum Capacity (容量下限)** 的值。  
如果 **Desired Capacity (所需的容量)** 的值設為高於 **Maximum Capacity (容量上限)** 的值，且觸發向內調整規模活動，則 Application Auto Scaling 會將 **Desired Capacity (所需的容量)** 的值向下調整規模到 **Maximum Capacity (容量上限)** 的值，並根據調整規模政策繼續視需要向內調整規模。但是，在此案例中，向外調整規模活動不會調整 **Desired Capacity (所需的容量)**，因為它已高於 **Maximum Capacity (容量上限)** 的值。

**調整規模政策動作**  
滿足 **Scaling Policy Condition (調整規模政策條件)** 時，調整規模政策在您機群上所執行的動作。您可以根據 **% 容量**或**執行個體數量** (針對單一工作階段機群) 或**使用者工作階段數量** (針對多工作階段機群) 來選擇動作。例如，如果**目前容量**為 4**，且擴展政策動作**設定為「新增 25% 容量」，則在滿足**擴展政策條件**時**，所需容量**將增加為 5。

**調整規模政策條件**  
觸發 **Scaling Policy Action (調整規模政策動作)** 中所設定動作的條件。此條件包含調整規模政策指標、一個比較運算子，以及一個閾值。例如，若要在機群使用率超過 50% 時調整規模機群，您的調整規模政策條件應設為「若容量使用率 > 50%」。

**調整規模政策指標**  
您的調整規模政策會以此指標作為根據。以下指標可用於調整規模政策：    
**容量使用率**  
機群內正在使用中執行個體的百分比。您可以使用此指標來根據機群的用量調整規模您的機群。例如，**Scaling Policy Condition (調整規模政策條件)**：「若容量使用率 < 25%」執行 **Scaling Policy Action (調整規模政策動作)**：「移除 25% 的容量」。  
**可用容量**  
機群中可供使用者使用的執行個體數量 (針對單一工作階段機群) 或使用者工作階段數量 (針對多工作階段機群)。您可以使用此指標來在您的容量中維持一個緩衝區，供使用者啟動串流工作階段。例如，**擴展政策條件**：「如果可用容量 < 5」執行**擴展政策動作**：「新增 5 個執行個體 (針對單一工作階段機群) 或使用者工作階段 (針對多工作階段機群)」。  
**容量不足錯誤**  
由於容量不足而導致工作階段請求被拒的數量。您可以使用此指標，為因容量不足而無法啟動串流工作階段的使用者佈建新的執行個體。例如，**擴展政策條件**：「如果容量不足錯誤 > 0」執行**擴展政策動作**：「新增 1 個執行個體 (針對單一工作階段機群) 或使用者工作階段 (針對多工作階段機群)」。