本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# Amazon WorkSpaces 應用程式中機群類型的機群和堆疊
使用 Amazon WorkSpaces 應用程式，您可以在串流應用程式的過程中建立機群執行個體和堆疊。「機群」由執行您所指定映像的串流執行個體組成。「堆疊」由相關聯的機群、使用者存取政策和儲存體組態組成。
**Topics**
+ [工作階段內容](managing-stacks-fleets-session-context.md)
+ [機群類型](fleet-type.md)
+ [執行個體系列](instance-types.md)
+ [建立機群和堆疊](set-up-stacks-fleets.md)
+ [自訂機群](customize-fleets.md)
+ [更新機群](update-fleets-new-image.md)
+ [機群 Auto Scaling](autoscaling.md)
+ [多工作階段建議](multi-session-recs.md)
# Amazon WorkSpaces 應用程式中的工作階段內容
您可以使用下列其中一種方法，將參數傳遞到串流應用程式：
+ 在 CreateStreamingURL WorkSpaces 應用程式 API 操作中指定工作階段內容。如需詳細資訊，請參閱 [CreateStreamingURL](https://docs.aws.amazon.com/appstream2/latest/APIReference/API_CreateStreamingURL.html)。
+ 將 sts：TagSession 許可新增至 IAM 角色的信任政策，並在 SAML 2.0 身分提供者的身分驗證回應中將工作階段內容指定為 SAML 聲明。如需詳細資訊，請參閱[步驟 5：建立 SAML 身分驗證回應聲明](external-identity-providers-setting-up-saml.md#external-identity-providers-create-assertions)及[步驟 5：建立 SAML 身分驗證回應聲明](external-identity-providers-setting-up-saml.md#external-identity-providers-create-assertions)。
如果您的映像使用 2018 年 10 月 30 日當天或之後發行的 WorkSpaces 應用程式代理程式版本，工作階段內容會以 Windows 或 Linux 環境變數的形式存放在映像中。如需特定環境變數的相關資訊，請參閱 中的「WorkSpaces 應用程式機群的使用者和執行個體中繼資料」[自訂 Amazon WorkSpaces 應用程式機群以最佳化使用者的應用程式串流體驗](customize-fleets.md)。
**注意**
使用者可在 WorkSpaces 應用程式串流 URL 中看到工作階段內容參數。我們強烈建議您不要在工作階段內容參數中放入機密或敏感資訊。由於使用者可修改串流 URL，因此建議您執行額外的驗證，以判斷工作階段內容對最終使用者而言是否有效。例如，您可以將工作階段內容與其他工作階段資訊進行比較，例如 WorkSpaces 應用程式機群的使用者和執行個體中繼資料。
WorkSpaces 應用程式不會對工作階段內容參數執行驗證。
## 使用工作階段環境將參數傳遞給您的串流應用程式
在下列步驟中，您將使用工作階段內容來啟動 Web 瀏覽器，並自動開啟特定網站。對於執行 Windows 的執行個體，您將使用 Firefox 瀏覽器。對於執行 Linux 的執行個體，您將使用 Chromium。
**使用工作階段啟動網站**
1. 在左側導覽窗格中，選擇 **Images (映像)**、**Image Builder (映像建置器)**。
1. 選擇要使用的映像建置器，驗證它已處於 **Running (執行中)** 狀態，然後選擇 **Connect (連線)**。
1. 在**本機使用者**索引標籤上選擇**管理員**，以登入映像建置器。
1. 建立 `C:\` 的子資料夾。在此範例中，使用 `C:\Scripts`。
1. 在新資料夾中建立 Windows 批次檔。針對此範例，請建立 `C:\Scripts\session-context-test.bat` 並新增指令碼，從工作階段環境以 URL 啟動 Firefox。
使用下列指令碼：
```
CD "C:\Program Files (x86)\Mozilla Firefox"
Start firefox.exe %APPSTREAM_SESSION_CONTEXT%
```
1. 在映像助理中，新增 `session-context-test.bat` 並將名稱變更為 **Firefox**。
您不需要新增 Firefox。此步驟只需要您新增批次檔。
1. 建立映像、機群和堆疊。針對此範例，請使用 **session-context-test-fleet** 做為機群名稱，**session-context-test-stack** 做為堆疊名稱。
1. 機群執行之後，您可以使用 `session-context` 參數呼叫 [create-streaming-url](https://docs.aws.amazon.com/cli/latest/reference/appstream/create-streaming-url.html)，如此範例所示。
```
aws appstream create-streaming-url --stack-name session-context-test-stack \
--fleet-name session-context-test-fleet \
--user-id username –-validity 10000 \
--application-id firefox --session-context "www.amazon.com"
```
1. 在瀏覽器中開啟串流 URL。指令碼檔案會啟動 Firefox 並載入 `http://www.amazon.com`。
同樣地，您可以執行下列步驟將參數傳遞至您的 Linux 串流應用程式。
**將參數傳遞至您的 Linux 串流應用程式**
1. 在左側導覽窗格中，選擇 **Images (映像)**、**Image Builder (映像建置器)**。
1. 選擇要使用的映像建置器，驗證它已處於 **Running (執行中)** 狀態，然後選擇 **Connect (連線)**。
1. 依預設以 **ImageBuilderAdmin** 身分登入映像建置器。
1. 執行下列命令來建立指令碼檔案 (例如 launch-chromium.sh)：
**sudo vim /usr/bin/launch-chromium.sh**
1. 撰寫指令碼並設定可執行檔許可，如下所示：
**注意**
\$1\$1/bin/bash 和來源 /etc/profile 一律為指令碼中的必要項。
```
#!/bin/bash
source /etc/profile
/usr/bin/chromium-browser $APPSTREAM_SESSION_CONTEXT
```
1. 使用映像助理 CLI 新增 launch-chromium.sh：
```
sudo AppStreamImageAssistant add-application \
--name chromium \
--absolute-app-path /usr/bin/launch-chromium.sh
```
1. 建立映像、機群和堆疊。針對此範例，請使用 **session-context-test-fleet** 做為機群名稱，**session-context-test-stack** 做為堆疊名稱。
1. 機群執行之後，您可以使用 `session-context` 參數呼叫 [create-streaming-url](https://docs.aws.amazon.com/cli/latest/reference/appstream/create-streaming-url.html)，如此範例所示。
```
aws appstream create-streaming-url --stack-name session-context-test-stack \
--fleet-name session-context-test-fleet \
--user-id username \
--application-id chromium --session-context "www.amazon.com"
```
1. 在瀏覽器中開啟串流 URL。批次檔會啟動 Chromium 並載入 `http://www.amazon.com`。
# WorkSpaces 應用程式機群類型
機群類型會決定您執行個體執行的時機和您為他們付款的方式。您可以在建立機群時指定機群類型。您無法在建立機群之後變更機群類型。
以下是可能的機群類型：
Always-On
串流執行個體會全天候執行，即使是沒有任何使用者串流處理應用程式和桌面時也會執行。必須先佈建串流執行個體，使用者才能進行串流。佈建的串流執行個體數量是透過自動擴展規則進行管理。
當您的使用者選擇其應用程式或桌面時，將會立即開始串流。即使沒有使用者進行串流，您仍需支付所有串流執行個體的執行個體執行費用。
On-Demand
串流執行個體只在使用者串流應用程式和桌面時執行。尚未指派給使用者的串流執行個體處於停止狀態。必須先佈建串流執行個體，使用者才能進行串流。佈建的串流執行個體數量是透過自動擴展規則進行管理。
當您的使用者選擇其應用程式或桌面時，將會在等待 1-2 分鐘之後開始串流。您需針對尚未指派給使用者的串流執行個體支付較低的停止執行個體費用，以及針對指派給使用者的串流執行個體支付執行個體執行費用。
彈性
串流執行個體集區由 WorkSpaces 應用程式管理。當使用者選取要啟動的應用程式或桌面時，他們將在下載應用程式區塊並掛載到串流執行個體後開始串流。如需為彈性機群建立應用程式區塊的詳細資訊，請參閱 [應用程式區塊](app-blocks.md)。
您只需支付串流工作階段期間，針對彈性機群串流執行個體的執行個體執行費用 (以秒為單位，最少 15 分鐘)。
如需如何收取機群類型費用的詳細資訊，請參閱 [Amazon WorkSpaces 應用程式定價](https://aws.amazon.com/appstream2/pricing/)。
## Always-On 和 On-Demand 機群機群
Always-On 和 On-Demand 機群代表您使用自動擴展政策管理其容量的串流執行個體集區。您的使用者會使用串流執行個體來串流處理其應用程式和桌面。在 Always-On 機群上，使用者的應用程式可幾乎立即啟動，而即使使用者未進行串流，您仍須支付每個執行個體的執行個體執行費用。在 On-Demand 機群上，使用者的應用程式會在串流執行個體啟動時等待 1-2 分鐘後才啟動，而您針對未使用的執行個體支付較低的停止執行個體費用，以及針對使用中的執行個體支付執行個體執行費用。
Always-On 和隨需機群執行個體的應用程式會透過映像建置器建立的 WorkSpaces 應用程式映像交付。請閱讀 [映像](managing-images.md)，進一步了解如何建立映像建置器、安裝應用程式，以及建立映像。
Always-On 和 On-Demand 機群串流執行個體必須先佈建並取消指派給現有使用者，使用者才能進行串流。您可以使用固定或動態機群自動擴展政策來管理機群中的執行個體數量，確保擁有足夠的可用容量可滿足使用者需求，同時控制成本。請閱讀 [Amazon WorkSpaces 應用程式的機群 Auto Scaling](autoscaling.md)，進一步了解有關擴展機群的詳細資訊。
## 彈性機群
彈性機群代表 WorkSpaces 應用程式管理的串流執行個體集區。您不需要預測並行數，也不需要建立和管理任何自動擴展政策，使用者就能串流其應用程式和桌面。當使用者請求串流執行個體時，串流執行個體會從集區指派，並在組態完成後提供給他們使用。
彈性機群須使用儲存在應用程式區塊上的應用程式。當使用者從目錄中選擇應用程式時，應用程式區塊會下載至執行個體、進行掛載，然後應用程式就會啟動。
AWS 使用彈性機群管理串流執行個體佈建和可用性。建立和更新機群時，您需要設定預期的並行數上限，並確保擁有足夠的串流執行個體限制可滿足使用者的需求。
如需為彈性機群建立應用程式區塊的詳細資訊，請參閱 [應用程式區塊](app-blocks.md)。
# WorkSpaces 應用程式執行個體系列
Amazon WorkSpaces Applications 使用者可透過您建立的堆疊串流應用程式。每個堆疊都與一個機群相關聯。當您建立機群時，您指定的執行個體類型會決定機群所用主機電腦的硬體。每個執行個體類型皆提供不同的運算、記憶體與 GPU 功能。執行個體類型會根據這些功能分成各種「執行個體系列」**。如需硬體規格和定價資訊，請參閱 [WorkSpaces 應用程式定價](https://aws.amazon.com/appstream2/pricing/)。
當您建立機群或映像建置器時，選取的映像必須與要在其中執行機群的執行個體系列相容。
+ 啟動新的映像建置器時，您的映像登錄中會顯示一份映像清單。選取適合的基礎映像。
+ 啟動機群時，請確認您選取的私有映像是從適當的基礎映像建立而得。
下表摘要說明可用的執行個體系列，並提供每個系列的基礎映像命名格式。根據您預計在機群中串流的應用程式需求，從執行個體系列中選取符合下表基礎映像的執行個體類型。
**注意**
如果您的使用案例涉及即時音訊視訊 (AV) 或其他需要高影格率的案例，但顯示效能不如預期，請考慮縱向擴展至較大的執行個體大小。
由於支援 Graphics Pro 執行個體類型的硬體生命週期結束，Graphics Pro 在 10/31/2025 之後不再可用。
由於支援圖形設計執行個體類型的硬體生命週期結束，圖形設計執行個體將無法再於 12/31/2025 AWS之後使用。
| 執行個體系列 | Description | 基礎映像名稱 |
| --- | --- | --- |
| 一般用途 | 執行 Web 瀏覽器和大多數商業應用程式的基本電腦運算資源。 | 對於 stream.standard.\$1 執行個體類型： AppStream-WinServer-*OperatingSystemVersion*-*MM-DD-YYYY* AppStream-AmazonLinux2-*MM-DD-YYYY* AppStream-RockyLinux8-*MM-DD-YYYY* AppStream-RHEL8-*MM-DD-YYYY* |
| | | [匯入映像](import-image.md) for GeneralPurpose.\$1 執行個體類型 |
| 最佳化運算 | 針對可受惠於高效能處理器的運算密集型應用程式最佳化。 | 對於 stream.compute.\$1 執行個體類型： AppStream-WinServer-*OperatingSystemVersion*-*MM-DD-YYYY* AppStream-AmazonLinux2-*MM-DD-YYYY* AppStream-RockyLinux8-*MM-DD-YYYY* AppStream-RHEL8-*MM-DD-YYYY* |
| | | [匯入映像](import-image.md) for ComputeOptimized.\$1 執行個體類型 |
| 最佳化記憶體 | 針對需處理大量資料的記憶體密集型應用程式最佳化。 如果您計劃使用 WorkSpaces 應用程式 z1d 型執行個體，您必須從 2018 年 6 月 12 日當天或之後發佈的 WorkSpaces 應用程式基礎映像建立的映像進行佈建。 | 對於 stream.memory.\$1 執行個體類型： AppStream-WinServer-*OperatingSystemVersion*-*MM-DD-YYYY* AppStream-AmazonLinux2-*MM-DD-YYYY* AppStream-RockyLinux8-*MM-DD-YYYY* AppStream-RHEL8-*MM-DD-YYYY* |
| | | [匯入映像](import-image.md) for MemoryOptimized.\$1 執行個體類型 |
| 圖形設計 | 使用 AMD FirePro S7150x2 伺服器 GPU 和 AMD Multiuser GPU 技術，以支援使用 DirectX、OpenGL 或 OpenCL 的圖形應用程式。 | AppStream-Graphics-Design-WinServer-OperatingSystemVersion-MM-DD-YYYY |
| Graphics G4dn | 使用 NVIDIA T4 GPU 來支援圖形密集的應用程式。 | 對於 stream.graphics.g4dn.\$1 執行個體類型： AppStream-Graphics-G4dn-WinServer-*OperatingSystemVersion*-*MM-DD-YYYY* AppStream-Graphics-G4dn-RockyLinux8-*MM-DD-YYYY* AppStream-Graphics-G4dn-RHEL8-*MM-DD-YYYY* |
| | | [匯入映像](import-image.md) 適用於 Accelerated.g4dn.\$1 執行個體類型 |
| Graphics G5 | 使用 NVIDIA A10G GPU 支援圖形密集型應用程式，例如遠端工作站、視訊轉譯和遊戲，以即時產生高保真度的圖形。 | 對於 stream.graphics.g5.\$1 執行個體類型： AppStream-Graphics-G5-WinServer-*OperatingSystemVersion*-*MM-DD-YYYY* AppStream-Graphics-G5-RockyLinux8-*MM-DD-YYYY* AppStream-Graphics-G5-RHEL8-*MM-DD-YYYY* |
| | | [匯入映像](import-image.md) 適用於 Accelerated.g5.\$1 執行個體類型 |
| 圖形 G6 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/zh_tw/appstream2/latest/developerguide/instance-types.html) 注意：對於 G6f 和 Gr6f，請使用日期為 07-28-2025 或更新版本的映像。 | 對於 stream.graphics.g6/gr6/g6f/gr6f.\$1 執行個體類型： AppStream-Graphics-G6-*WinServerOperatingSystemVersion*-*MM-DD-YYYY* AppStream-Graphics-G6-RockyLinux8-*MM-DD-YYYY* AppStream-Graphics-G6-RHEL8-*MM-DD-YYYY* |
| | | [匯入映像](import-image.md) 適用於 Accelerated.g6/gr6/g6f/gr6f.\$1 執行個體類型 |
| 圖形 G6e | 採用 NVIDIA L40S Tensor 核心 GPUs 和第三代 AMD EPYC 處理器。 | [匯入映像](import-image.md) 適用於 Accelerated.g6e.\$1 執行個體類型 |
| | | |
WorkSpaces 應用程式執行個體有一個 200 GB 固定大小的磁碟區，用於 C 磁碟機。由於 WorkSpaces 應用程式是非持久性的，因此每個執行個體的磁碟區都會在每次使用者工作階段後立即刪除。
如需詳細資訊，請參閱下列內容：
+ [WorkSpaces 應用程式基礎映像和受管映像更新版本備註](base-image-version-history.md)
+ [Amazon WorkSpaces 應用程式Service Quotas](limits.md)
+ [WorkSpaces 應用程式定價](https://aws.amazon.com/appstream2/pricing/)
# 建立 Amazon WorkSpaces 應用程式機群和堆疊
若要串流您的應用程式，Amazon WorkSpaces 應用程式需要一個環境，其中包含與堆疊相關聯的機群，以及至少一個應用程式映像。本教學說明設定機群和堆疊的步驟，以及如何讓使用者存取堆疊。如果您尚未執行這項操作，建議您先嘗試[Amazon WorkSpaces 應用程式入門：設定範例應用程式](getting-started.md)中的程序。
如果您想要建立使用的映像，請參閱[教學課程：使用 WorkSpaces 應用程式主控台建立自訂 WorkSpaces 應用程式映像](tutorial-image-builder.md)。
如果您計劃將機群加入 Active Directory 網域，請先設定您的 Active Directory 網域，再完成以下步驟。如需詳細資訊，請參閱[搭配 WorkSpaces 應用程式使用 Active Directory](active-directory.md)。
**Topics**
+ [在 Amazon WorkSpaces 應用程式中建立機群](set-up-stacks-fleets-create.md)
+ [在 Amazon WorkSpaces 應用程式中建立堆疊](set-up-stacks-fleets-install.md)
+ [為 Amazon WorkSpaces 應用程式中的使用者提供存取權](set-up-stacks-fleets-add.md)
+ [清除 Amazon WorkSpaces 應用程式中的資源](set-up-stacks-fleets-finish.md)
# 在 Amazon WorkSpaces 應用程式中建立機群
設定與建立啟動和串流使用者應用程式的機群。
**注意**
若要建立 Always-On 或 On-Demand 機群，您必須擁有已安裝應用程式的映像，以建立使用者可從中串流處理的 Always-On 或 On-Demand 機群。若要建立映像，請參閱 [教學課程：使用 WorkSpaces 應用程式主控台建立自訂 WorkSpaces 應用程式映像](tutorial-image-builder.md)。若要建立彈性機群，您必須擁有與應用程式區塊相關聯的應用程式。若要為彈性機群建立應用程式和應用程式區塊，請參閱 [應用程式管理器](app-blocks-applications.md)。
**設定與建立機群**
1. 在 https：//[https://console.aws.amazon.com/appstream2/home](https://console.aws.amazon.com/appstream2/home) 開啟 WorkSpaces 應用程式主控台。
1. 如不熟悉主控台，請選擇 **Get Started (開始使用)**，或從左側導覽窗格選擇 **Fleets (機群)**。選擇 **Create Fleet (建立機群)**。
1. 針對**步驟 1：選取機群類型**，檢閱機群類型的詳細資訊，根據您的使用案例選擇要建立的機群類型，然後選取**下一步**。
**注意**
機群類型會決定其立即可用性以及您的付款方式。如需詳細資訊，請參閱[WorkSpaces 應用程式機群類型](fleet-type.md)。
1. 如果您選擇建立 Always-On 或 On-Demand 機群，請在**步驟 2：選擇映像**中，選擇符合您需求的映像，然後選擇**下一步**。
1. 如果您選擇建立彈性機群，請針對**步驟 2：指派應用程式**，選擇使用者可以從此機群啟動的應用程式。
1. 針對**步驟 3：設定機群**，輸入下列**詳細資訊**：
+ 對於**名稱**，輸入機群的唯一名稱識別符。不允許使用特殊字元。
+ 針對**顯示名稱**，輸入機群的顯示名稱 (最多 100 個字元)。不允許使用特殊字元。
+ 針對**說明**，輸入機群的說明 (最多 256 個字元)。
+ 針對 **Choose instance type (選擇執行個體類型)**，選擇滿足應用程式效能需求的執行個體類型。系統會依您選取的執行個體類型，來啟動機群中的所有串流執行個體。如需詳細資訊，請參閱[WorkSpaces 應用程式執行個體系列](instance-types.md)。
+ 您可以將 stream.\$1 執行個體類型與 搭配使用`type = "native"`。若要使用下列任何執行個體類型，您必須使用 [匯入映像](import-image.md)建立映像`type = "custom"`。
+ GeneralPurpose.\$1
+ MemoryOptimized.\$1
+ ComputeOptimized.\$1
+ 加速。\$1
+ 設定 Always-On 或 On-Demand 機群執行個體的**儲存**磁碟區。根據預設，儲存磁碟區符合您的影像磁碟區大小，服務預設為每小時執行個體速率包含 200 GB。您可以根據您的需求，自訂從 200 GB 到 500 GB 的儲存容量。
**注意**
注意：儲存磁碟區大小不能設定為低於影像磁碟區大小。儲存容量最多可增加至 500 GB，任何超過 200 GB 的儲存都會收取額外費用。這些費用適用於機群執行個體，無論其執行中狀態為何 （執行中和已停止的執行個體）。
+ 若是彈性機群，針對**選擇平台類型**，選擇符合使用者應用程式需求的作業系統。
+ 針對**工作階段最長持續時間 (單位分鐘)**，選擇串流工作階段可保持作用中的時間長度上限。如果使用者在達到此限制的五分鐘前仍連線到串流執行個體，系統會提示使用者在中斷連線之前儲存任何開啟的文件。經過這段時間後，執行個體就會終止，並由新的執行個體取代。您可以在 WorkSpaces 應用程式主控台中設定的工作階段持續時間上限為 5760 分鐘 (96 小時）。您可以使用 WorkSpaces 應用程式 API 和 CLI 設定的工作階段持續時間上限為 432000 秒 (120 小時）。
+ 針對 **Disconnect timeout in minutes (中斷連線逾時 (以分鐘為單位))**，選擇在使用者中斷連線之後，串流工作階段會保持作用中的時間長度。如果在這個時間間隔內，使用者於中斷連線或網路中斷後仍嘗試重新連線到此串流工作階段，則會連線到上一個工作階段。否則，它們會連接到具有新串流執行個體的新工作階段。如果您將堆疊與已指定重新導向 URL 的機群建立關聯，則在使用者的串流工作階段結束之後，系統會將使用者重新導向到該 URL。
如果使用者透過在 WorkSpaces 應用程式工具列上選擇**結束工作階段**或**登出**來結束工作階段，則中斷連線逾時不適用。反之，系統會提示使用者儲存任何開啟的文件，然後立即中斷與串流執行個體的連線。接著會終止使用者正在使用的執行個體。
+ 針對 **Idle disconnect timeout in minutes (閒置中斷連線逾時 (以分鐘為單位))**，選擇要等使用者閒置 (非作用中) 多久後，才讓使用者與其串流工作階段中斷連線，並開始計算 **Disconnect timeout in minutes (中斷連線逾時 (以分鐘為單位))** 時間間隔。使用者會在因閒置而中斷連線之前收到通知。如果使用者在 **Disconnect timeout in minutes (中斷連線逾時 (以分鐘為單位))** 中指定的時間間隔過去之前就嘗試重新連線至串流工作階段，系統會將使用者連線至其先前的工作階段。否則，它們會連接到具有新串流執行個體的新工作階段。將此值設定為 0 便可加以停用。當此值停用時，使用者就不會由於未活動而導致中斷連線。
**注意**
使用者在串流工作階段期間停止提供鍵盤或滑鼠輸入時，會被視為閒置。若是加入網域的機群，閒置中斷連線逾時的倒數計時不會開始，直到使用者使用其 Active Directory 網域密碼或智慧卡登入。檔案上傳和下載、音訊輸入、音訊輸出和像素變更無法作為使用者活動。如果使用者在 **Idle disconnect timeout in minutes (閒置中斷連線逾時 (以分鐘為單位))** 中的時間間隔過後仍保持閒置狀態，系統便會將其中斷連線。
+ 若是彈性機群，針對**並行工作階段數上限**，指定此機群應擁有的並行工作階段數上限。
**注意**
如果您收到錯誤訊息，指出「已超過帳戶的並行工作階段數上限」，您可以透過位於 [https://console.aws.amazon.com/servicequotas/](https://console.aws.amazon.com/servicequotas/) 的 Service Quotas 主控台提交提高限制。如需詳細資訊，請參閱「Service Quotas 使用者指南」**中的[請求提高配額](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html)。
+ **多個使用者工作階段**：如果您要在單一執行個體上佈建多個使用者工作階段，請選擇此選項。根據預設，每個唯一使用者工作階段都是由一個執行個體提供服務 (單一工作階段)。
**注意**
多工作階段僅適用於採用 Windows 作業系統的 Always-on 和隨需機群。彈性機群或 Linux 作業系統無法使用多工作階段。
只有 2023 年 5 月 15 日當天或之後發行的基礎映像和受管映像更新可支援多工作階段機群。如需詳細資訊，請參閱[WorkSpaces 應用程式基礎映像和受管映像更新版本備註](base-image-version-history.md)。
+ **每個執行個體的工作階段數上限**：執行個體上的使用者工作階段數上限。您必須根據最終使用者的應用程式效能需求選擇此值。您也可以在佈建機群後，調整機群的每個執行個體的工作階段數上限。在這種情況下，現有的使用者工作階段和執行個體不受影響，但機群會與每個執行個體工作階段數上限的新值一致。該值必須介於 2 到 50 之間。為您的機群設定此值之前，請參閱 [多工作階段建議](multi-session-recs.md)。
+ 若是 Always-On 和 On-Demand 機群，針對**最小容量**，根據預期的並行使用者人數下限為機群選擇執行個體數下限 (針對單一工作階段機群) 或使用者工作階段數下限 (針對多工作階段機群)。
+ 若是 Always-On 和 On-Demand 機群，針對**最大容量**，根據預期的並行使用者人數上限為機群選擇執行個體數上限 (針對單一工作階段機群) 或使用者工作階段數上限 (針對多工作階段機群)。
**注意**
若是多工作階段，您必須根據使用者工作階段數指定容量。服務會根據您的機群組態和每個執行個體的工作階段數上限值，計算所需啟動的執行個體數。
+ 針對**串流檢視**，選擇在串流工作階段期間向使用者顯示的 WorkSpaces 應用程式檢視。選擇**應用程式**只會顯示使用者開啟的應用程式視窗。選擇**桌面**會顯示作業系統所提供的標準桌面。
**注意**
根據預設，WorkSpaces 應用程式只會顯示使用者在串流工作階段期間開啟的應用程式視窗。若要為使用者啟用**桌面**檢視，請將機群設定為使用 WorkSpaces 應用程式映像，該映像使用 2020 年 2 月 19 日當天或之後發行的 WorkSpaces 應用程式代理程式版本。
+ 針對**擴展詳細資訊 （進階）**，指定 WorkSpaces 應用程式用來增加和減少機群容量的擴展政策。請注意，您的機群大小受限於您指定的容量上下限。如需詳細資訊，請參閱[Amazon WorkSpaces 應用程式的機群 Auto Scaling](autoscaling.md)。
+ 對於 **IAM 角色 （進階）**，當您從帳戶將 IAM 角色套用至 WorkSpaces 應用程式機群執行個體時，您可以從機群執行個體提出 AWSAPI 請求，而無需手動管理AWS憑證。若要套用 IAM 角色，請執行下列任一項操作：
+ 若要在AWS帳戶中使用現有的 IAM 角色，請從 IAM **角色清單中選擇您要使用的角色**。此角色必須可從機群執行個體存取。如需詳細資訊，請參閱[設定現有的 IAM 角色以搭配 WorkSpaces 應用程式串流執行個體使用](configuring-existing-iam-role-to-use-with-streaming-instances.md)。
+ 若要建立新的 IAM 角色，請選擇**建立新的 IAM 角色**，然後依照 [如何建立 IAM 角色以搭配 WorkSpaces 應用程式串流執行個體使用](how-to-create-iam-role-to-use-with-streaming-instances.md) 中的步驟進行。
+ 若是彈性機群，針對 **USB 重新導向 (進階)**，您最多可以指定 10 個字串，以指定在使用 Windows 原生用戶端時，連接本機裝置的哪些 USB 裝置類型可重新導向至串流工作階段。如需詳細資訊，請參閱[限定 USB 裝置以用於串流應用程式](qualify-usb-devices.md)。
1. 選擇**下一步**。
1. 如果您選擇建立 Always-On 或 On-Demand 機群，請在**步驟 3：選擇映像**中選擇符合您需求的映像，然後選擇**下一步**。
1. 如果您選擇建立彈性機群，請在**步驟 3：指派應用程式**中選擇使用者可從此機群啟動的應用程式。
1. 針對 **Step 4: Configure Network (步驟 4：設定網路)**，執行下列動作：
+ 若要在具有公有子網路的 VPC 中新增機群執行個體網際網路存取，請選擇 **Default Internet Access (預設網際網路存取)**。如果您使用 NAT 閘道提供網際網路存取，請保持不選取 **Default Internet Access (預設的網際網路存取)**。如需詳細資訊，請參閱[網際網路存取](internet-access.md)。
**注意**
如果您啟用須儲存到 S3 儲存貯體的功能，則您的 VPC 必須提供 Amazon Simple Storage Service (S3) 的存取權。如需詳細資訊，請參閱[將 Amazon S3 VPC 端點用於 WorkSpaces 應用程式功能](managing-network-vpce-iam-policy.md)。
+ 針對 **VPC** 和 **Subnet 1 (子網路 1)**，請至少選取一個能存取您應用程式需要之網路資源的子網路。為了提升容錯能力，建議在不同的可用區域選擇兩個子網路。如需詳細資訊，請參閱[建立含有私有子網路與 NAT 閘道的 VPC](managing-network-internet-NAT-gateway.md)。
**注意**
彈性機群會要求您至少指定兩個位於不同可用區域的子網路。
如果沒有自己的 VPC 和子網路，可以使用[預設 VPC](default-vpc-with-public-subnet.md) 或自行建立。如果要自行建立，請選擇 **Create a new VPC (建立新的 VPC)** 和 **Create new subnet (建立新的子網路)** 連結來建立。選擇這些連結會開啟 Amazon VPC 主控台。建立 VPC 和子網路後，返回 WorkSpaces 應用程式主控台，然後選擇**建立新 VPC** 和**建立新子網路**連結左側的重新整理圖示，以在清單中顯示它們。如需詳細資訊，請參閱[設定 WorkSpaces 應用程式的 VPC](appstream-vpc.md)。
+ 針對 **Security group(s) (安全群組)**，選擇最多 5 個安全群組，與此機群建立關聯。如果沒有自己的安全群組且不希望使用預設安全群組，請選擇 **Create new security group (建立新的安全群組)** 來建立一個。在 Amazon VPC 主控台中建立子網路後，返回 WorkSpaces 應用程式主控台，然後選擇**建立新安全群組**連結左側的重新整理圖示，以在清單中顯示子網路。如需詳細資訊，請參閱[Amazon WorkSpaces 應用程式中的安全群組](managing-network-security-groups.md)。
+ 若是 Always-On 和 On-Demand 機群，針對 **Active Directory 網域 (選用)**，選擇適用於您串流執行個體電腦物件的 Active Directory 和組織單位 (OU)。請確定您選取的網路存取設定啟用 DNS 解析能力以及能與您的目錄通訊。如需詳細資訊，請參閱[搭配 WorkSpaces 應用程式使用 Active Directory](active-directory.md)。
1. 選擇**下一步**。
1. 針對 **Step 5: Review (步驟 5：檢閱)**，確認機群的詳細資訊。若要變更任何區段的組態，請選擇 **Edit (編輯)**，然後進行所需的變更。完成檢閱組態詳細資訊後，請選擇 **Create (建立)**。
1. 在定價確認對話方塊中，選取確認核取方塊，然後選擇 **Create (建立)**。
**注意**
如果出現錯誤訊息，指出您沒有足夠的限制 (配額) 可建立機群，請透過 Service Quotas 主控台 ([https://console.aws.amazon.com/servicequotas/](https://console.aws.amazon.com/servicequotas/)) 提交提高限制請求。如需詳細資訊，請參閱「Service Quotas 使用者指南」**中的[請求提高配額](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html)。
1. 建立機群時，機群的狀態會在**機群**清單中顯示為**啟動中**。定期選擇 **Refresh (重新整理)** 圖示，定期更新機群狀態直到狀態為 **Running (正在執行)**。在機群狀態顯示 **Running (正在執行)** 之前，您無法建立機群與堆疊的關聯，用它串流工作階段。
# 在 Amazon WorkSpaces 應用程式中建立堆疊
設定並建立堆疊，以控制對您機群的存取。
**注意**
您只能針對與 Windows 機群相關聯的堆疊啟用 Google 雲端硬碟、OneDrive 和應用程式設定持續性。在您將現有堆疊與 Linux 機群建立關聯之前，請先確定已停用這些設定。
**設定與建立堆疊**
1. 在左側導覽窗格中，選擇 **Stacks (堆疊)**，然後選擇 **Create Stack (建立堆疊)**。
1. 針對**步驟 1: 堆疊詳細資訊**，在**堆疊詳細資訊**下輸入堆疊的唯一名稱識別符。您可以選擇執行下列動作：
+ **顯示名稱**：輸入堆疊的顯示名稱 (最多 100 個字元)。
+ **說明**：輸入堆疊的說明 (最多 256 個字元)。
+ **重新導向 URL**：指定使用者在串流工作階段結束後，要重新導向使用者的目標 URL。
+ **意見回饋 URL**：指定使用者按一下**傳送意見回饋**連結提交應用程式串流體驗的相關意見回饋之後，要重新導向使用者的目標 URL。如果您未指定 URL，就不會顯示此連結。
+ **機群**：選取現有機群，或建立新機群以與您的堆疊建立關聯。
+ **串流通訊協定偏好設定**：指定您希望堆疊優先使用的串流通訊協定，也就是 UDP 或 TCP。目前只有 Windows 原生用戶端中才支援 UDP。如需詳細資訊，請參閱[系統需求和功能支援 (WorkSpaces 應用程式用戶端）](client-system-requirements-feature-support.md)。
+ **標籤**：選擇**新增標籤**，然後輸入標籤的索引鍵和值。若要新增更多標籤，請重複此步驟。如需詳細資訊，請參閱[標記 Amazon WorkSpaces 應用程式資源](tagging-basic.md)。
+ **VPC 端點 (進階)**：您可以在虛擬私有雲端 (VPC) 中建立私有連結，此連結為[介面 VPC 端點](https://docs.aws.amazon.com/vpc/latest/userguide/vpce-interface.html) (介面端點)。若要開始建立界面端點，請選取 **Create VPC Endpoint (建立 VPC 端點)**。選取此連結會開啟 VPC 主控台。若要完成建立端點，請依照 [教學課程：從介面 VPC 端點建立和串流](creating-streaming-from-interface-vpc-endpoints.md) 中*建立介面端點*的步驟 3 到 6進行。
建立界面端點後，您可以使用它來在 VPC 內保留串流流量。
+ **內嵌 WorkSpaces 應用程式 （選用）** — 若要在網頁中內嵌 WorkSpaces 應用程式串流工作階段，請指定要託管內嵌串流工作階段的網域。只有 HTTPS [TCP 連接埠 443] 支援內嵌串流工作階段。
**注意**
您必須符合先決條件，並執行其他步驟來設定內嵌 WorkSpaces 應用程式串流工作階段。如需詳細資訊，請參閱[內嵌 Amazon WorkSpaces 應用程式串流工作階段](embed-streaming-sessions.md)。
1. 選擇**下一步**。
1. 針對 **Step 2: Enable Storage (步驟 2：啟用儲存)**，您可以選擇下列一或多個選項，為您的使用者提供持久性儲存：
+ **主資料夾**：使用者可以在應用程式串流工作階段期間，將檔案儲存至其主資料夾，並存取其主資料夾中的現有檔案。如需主資料夾的啟用需求資訊，請參閱[為您的 WorkSpaces 應用程式使用者啟用主資料夾](enable-home-folders.md)。
+ **Google Drive for Google Workspace** — 使用者可以將其 Google Drive for Google Workspace 帳戶連結至 WorkSpaces 應用程式。在應用程式串流工作階段期間，他們可以登入自己的 Google 雲端硬碟帳戶，將檔案儲存到 Google 雲端硬碟，以及存取 Google 雲端硬碟中現有的檔案。您只能為 Google Workspace 網域中的帳戶啟用 Google Drive，不能為個人 Gmail 帳戶啟用。
**注意**
Linux 型堆疊或與多工作階段機群相關聯的堆疊不支援啟用 Google 雲端硬碟。
**注意**
選取**啟用 Google Drive** 後，輸入至少一個與您的 Google Workspace 帳戶相關聯的組織網域的名稱。只有您指定網域中的使用者可在應用程式串流工作階段期間存取 Google 雲端硬碟。您最多可以指定 10 個網域。如需啟用 Google 雲端硬碟需求的詳細資訊，請參閱[為您的 WorkSpaces 應用程式使用者啟用 Google Drive](enable-google-drive.md)。
+ **OneDrive for Business** — 使用者可以將其 OneDrive for Business 帳戶連結至 WorkSpaces 應用程式。在應用程式串流工作階段期間，他們可以登入自己的 OneDrive 帳戶，將檔案儲存到 OneDrive，以及存取 OneDrive 中現有的檔案。您只能為 OneDrive 網域中的帳戶啟用 OneDrive，而無法為個人帳戶啟用。
**注意**
Linux 型堆疊或與多工作階段機群相關聯的堆疊不支援啟用 OneDrive。
**注意**
在您選取**啟用 OneDrive** 後，請輸入至少一個與您的 OneDrive 帳戶相關聯的組織網域名稱。只有您指定網域中的使用者可在應用程式串流工作階段期間存取 OneDrive。您最多可以指定 10 個網域。如需啟用 OneDrive 需求的詳細資訊，請參閱[為您的 WorkSpaces 應用程式使用者啟用 OneDrive](enable-onedrive.md)。
1. 選擇**下一步**。
1. 在**步驟 3：使用者設定**中，進行下列設定。完成時，請選擇 **Review (檢閱)**。
**剪貼簿、檔案傳輸、列印至本機裝置，以及身分驗證許可**：
**注意**
**Active Directory 的智慧卡登入**目前不適用於多工作階段機群。
+ **剪貼簿**：根據預設，使用者可以在其本機裝置和串流應用程式之間複製和貼上資料。您可以限制剪貼簿選項，讓使用者只能將資料貼到他們的遠端串流工作階段，或只能將資料複製到他們的本機裝置。您也可以完全停用剪貼簿選項。使用者仍可以在其串流工作階段中的應用程式之間複製並貼上。您可以選擇**複製到本機裝置字元限制**或**貼上到遠端工作階段字元限制**或兩者，以限制使用者在使用剪貼簿時可以在其 WorkSpaces 應用程式串流工作階段內外複製或貼上的資料量。該值可以介於 1 到 20，971，520 (20 MB) 之間，並且在未指定時預設為最大值。
+ **檔案傳輸**：根據預設，使用者可以在其本機裝置和串流工作階段之間上傳和下載檔案。您可以限制檔案傳輸選項，讓使用者只能將檔案上傳到他們的串流工作階段，或只能將檔案下載到他們的本機裝置。您也可以完全停用檔案傳輸。
**重要**
如果您的使用者在串流工作階段期間需要 WorkSpaces 應用程式檔案系統重新導向才能存取本機磁碟機和資料夾，您必須同時啟用檔案上傳和下載。若要使用檔案系統重新導向，您的使用者必須安裝 WorkSpaces 應用程式用戶端 1.0.480 版或更新版本。如需詳細資訊，請參閱[為您的 WorkSpaces 應用程式使用者啟用檔案系統重新導向](enable-file-system-redirection.md)。
+ **列印至本機裝置**：根據預設，使用者可以從串流應用程式內列印至其本機裝置。當他們在應用程式中選擇 **Print (列印)** 時，他們可以下載 .pdf 檔案以在本機印表機列印。您可以停用此選項，以防止使用者進行本機裝置列印。
+ **Active Directory 的密碼登入** — 使用者可以輸入其 Active Directory 網域密碼，以登入加入 Active Directory 網域的 WorkSpaces 應用程式串流執行個體。
您也可以啟用 **Active Directory 的智慧卡登入**。您必須至少選取一種身分驗證。
+ 適用於 **Active Directory 的智慧卡登入** — 使用者可以使用連接至本機電腦的智慧卡讀取器和智慧卡登入加入 Active Directory 網域的 WorkSpaces 應用程式串流執行個體。
您也可以啟用 **Active Directory 的密碼登入**。您必須至少選取一種身分驗證方法。
**注意**
**剪貼簿、檔案傳輸和列印到本機裝置設定** — 這些設定只會控制使用者是否可以使用 WorkSpaces 應用程式資料傳輸功能。如果您的映像可存取瀏覽器、網路印表機或其他遠端資源，則您的使用者可能可以透過其他方式在串流工作階段之間傳輸資料。
**身分驗證設定** — 這些設定只會控制可用於 Windows 登入 WorkSpaces 應用程式串流執行個體 （機群或映像建置器） 的身分驗證方法。這些設定不會控制可在使用者登入串流執行個體後，可用於工作階段內身分驗證的驗證方法。如需使用智慧卡進行 Windows 登入和工作階段內身分驗證的組態需求相關資訊，請參閱 [智慧卡](feature-support-USB-devices-qualified.md#feature-support-USB-devices-qualified-smart-cards)。Linux 型堆疊不支援這些設定。
**時區**：
+ **自動設定遠端工作階段的時區** — 此設定會同步用於串流的時區，以符合使用者裝置上的時區。使用者可以覆寫此項目並設定自己的偏好時區。
**應用程式設定持續性**：
+ **啟用應用程式設定持續性**：每個串流工作階段後都會自動儲存使用者的應用程式自訂和 Windows 設定，並於下一個工作階段套用。這些設定會儲存到您帳戶中啟用應用程式設定持續性的AWS區域中的 Amazon Simple Storage Service (Amazon S3) 儲存貯體。
+ **設定群組**：設定群組決定此堆疊中哪些已儲存的應用程式設定要用於串流工作階段。如果另一個堆疊也套用了相同的設定群組，這兩個堆疊都會使用相同的應用程式設定。根據預設，設定群組值是堆疊的名稱。
**注意**
如需應用程式設定持續性的啟用和管理要求資訊，請參閱[為您的 WorkSpaces 應用程式使用者啟用應用程式設定持續性](app-settings-persistence.md)。
1. 針對 **Step 4: Review (步驟 4：檢閱)**，確認堆疊的詳細資訊。若要變更任何區段的組態，請選擇 **Edit (編輯)**，然後進行所需的變更。完成檢閱組態詳細資訊後，請選擇 **Create (建立)**。
當服務設定好資源之後，**Stacks (堆疊)** 頁面隨即出現。當新堆疊可用時，其狀態會顯示為 **Active (作用中)**。
# 為 Amazon WorkSpaces 應用程式中的使用者提供存取權
使用相關聯的機群建立堆疊後，您可以透過 WorkSpaces 應用程式使用者集區、SAML 2.0 【單一登入 (SSO)】 或 WorkSpaces 應用程式 API 提供使用者存取權。如需詳細資訊，請參閱[Amazon WorkSpaces 應用程式中的使用者集區管理](user-pool-admin.md)及[Amazon WorkSpaces 應用程式與 SAML 2.0 整合](external-identity-providers.md)。
**注意**
WorkSpaces 應用程式使用者集區中的使用者無法指派給加入 Active Directory 網域之機群的堆疊。
在您為使用者提供 WorkSpaces 應用程式的存取權後，他們可以使用 Web 瀏覽器或使用 WorkSpaces 應用程式用戶端應用程式來啟動 WorkSpaces 應用程式串流工作階段。如果您透過 WorkSpaces 應用程式使用者集區提供使用者存取權，他們必須使用 Web 瀏覽器進行串流工作階段。如果您使用 SAML 2.0 或 WorkSpaces 應用程式 API，您可以將 WorkSpaces 應用程式用戶端提供給他們。WorkSpaces 應用程式用戶端是一種原生應用程式，專為在 WorkSpaces 應用程式串流工作階段期間需要額外功能的使用者而設計。如需詳細資訊，請參閱[透過 WorkSpaces 應用程式用戶端提供存取權](client-application.md)。
# 清除 Amazon WorkSpaces 應用程式中的資源
您可以停止正在執行的機群並刪除作用中的堆疊以釋放資源，並避免帳戶產生意外的費用。建議停止任何未使用的執行中機群。
請注意，您無法刪除有相關聯機群的堆疊。
**清除您的資源**
1. 在導覽窗格中，選擇 **Stacks (堆疊)**。
1. 選取堆疊，然後選擇 **Actions (動作)**、**Disassociate Fleet (取消關聯機群)**。在確認對話方塊中，選擇 **Disassociate (取消關聯)**。
1. 在導覽窗格中，選擇 **Fleets (機群)**。
1. 選取您要停止的機群，選擇 **Actions (動作)**，然後選擇 **Stop (停止)**。停止機群大約需要 5 分鐘。
1. 當機群狀態為 **Stopped (已停止)** 時，請選擇 **Actions (動作)**、**Delete (刪除)**。
1. 在導覽窗格中，選擇 **Stacks (堆疊)**。
1. 選取堆疊，然後選擇 **Actions (動作)**、**Delete (刪除)**。
# 自訂 Amazon WorkSpaces 應用程式機群以最佳化使用者的應用程式串流體驗
透過自訂 WorkSpaces 應用程式機群執行個體，您可以定義 WorkSpaces 應用程式環境的特定層面，以最佳化使用者的應用程式串流體驗。例如，您可以保留環境變數，以動態方式將設定傳送到各應用程式，設定套用到所有使用者的預設檔案關聯。整體而言，自訂機群執行個體包含下列任務：
+ 視需要連線到映像建置器並自訂它。
+ 在映像建置器中，使用映像助理建立包含自訂項目的新映像。
+ 建立新的機群執行個體或修改現有的機群執行個體。當您設定機群執行個體時，請選取您建立的新自訂映像。
+ 建立新堆疊或修改現有的堆疊，然後建立此堆疊與您機群執行個體的關聯。
**注意**
在 Active Directory 環境中，針對特定的機群自訂項目，您可能需要使用群組政策管理主控台 (GPMC) 更新已加入網域電腦的群組政策物件 (GPO) 設定。
**Topics**
+ [Amazon WorkSpaces 應用程式中的持久性環境變數](customize-fleets-persist-environment-variables.md)
+ [在 Amazon WorkSpaces 應用程式中為您的使用者設定預設檔案關聯](customize-fleets-set-default-file-associations.md)
+ [在 Amazon WorkSpaces 應用程式中停用 Internet Explorer 增強型安全組態](customize-fleets-disable-ie-esc.md)
+ [變更 Amazon WorkSpaces 應用程式中使用者串流工作階段的預設 Internet Explorer 首頁](customize-fleets-change-ie-homepage.md)
+ [Amazon WorkSpaces 應用程式機群的使用者和執行個體中繼資料](customize-fleets-user-instance-metadata-fleets.md)
# Amazon WorkSpaces 應用程式中的持久性環境變數
環境變數可讓您以動態方式將設定傳送到各應用程式。例如，許多工程應用程式依賴環境變數來指定授權伺服器的 IP 地址或主機名稱，以找到並簽出伺服器的授權。
依照這些程序中的步驟，向您的這些機群執行個體提供環境變數。
**注意**
下列指示僅適用於 Windows 機群。
**Topics**
+ [變更系統環境變數](customize-fleets-system-environment-variables.md)
+ [變更使用者環境變數](customize-fleets-user-environment-variables.md)
+ [建立限定範圍的環境變數](customize-fleets-environment-variable-limited-scope.md)
**注意**
如果您將 Active Directory 和群組政策與 WorkSpaces 應用程式搭配使用，請記住，串流執行個體必須加入 Active Directory 網域，才能使用環境變數的群組政策。有關如何設定群組政策 **Environment Variable (環境變數)** 偏好設定項目的資訊，請參閱 Microsoft 文件的 [Configure an Environment Variable Item](https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2008-R2-and-2008/cc772047(v=ws.11))。
# 變更系統環境變數
依照以下步驟，變更各機群執行個體中的系統環境變數。
**變更映像建置器的系統環境變數**
此程序僅適用於系統環境變數，不適用於使用者環境變數。請執行下一項程序中的步驟，以變更保留在各機群執行個體中的使用者環境變數。
1. 連線至要變更系統環境變數的映像建置器，並以具有本機管理員許可的帳戶登入。若要這麼做，請執行任一項操作：
+ [使用 WorkSpaces 應用程式主控台](managing-image-builders-connect-console.md) （僅適用於 Web 連線）
+ [建立串流 URL](managing-image-builders-connect-streaming-URL.md) （適用於 Web 或 WorkSpaces 應用程式用戶端連線）
**注意**
如果您要連線的映像建置器已加入 Active Directory 網域，且您的組織需要智慧卡登入，您必須建立串流 URL，並使用 WorkSpaces 應用程式用戶端進行連線。如需智慧卡登入的相關資訊，請參閱 [智慧卡](feature-support-USB-devices-qualified.md#feature-support-USB-devices-qualified-smart-cards)。
1. 選擇 Windows **開始**按鈕，開啟**我的電腦**內容選單 (用滑鼠右鍵按一下)，然後選擇**內容**。
1. 在導覽窗格中，選擇**進階系統設定**。
1. 在**系統變數**中，變更您想保留在各機群執行個體的環境變數，然後選擇**確定**。
1. 在映像建置器桌面上開啟映像助理。
1. 按照映像助理的必要步驟建立映像。如需詳細資訊，請參閱[教學課程：使用 WorkSpaces 應用程式主控台建立自訂 WorkSpaces 應用程式映像](tutorial-image-builder.md)。
系統環境變數的變更會保留在各機群執行個體中，並提供從這些執行個體啟動的串流工作階段使用。
**注意**
將 AWS CLI 登入資料設定為系統環境變數可能會阻止 WorkSpaces 應用程式建立映像。
# 變更使用者環境變數
依照以下步驟，變更各機群執行個體中的使用者環境變數。
**變更使用者環境變數**
1. 連線至要變更系統環境變數的映像建置器，並以**範本使用者**身分登入。若要這麼做，請執行任一項操作：
+ [使用 WorkSpaces 應用程式主控台](managing-image-builders-connect-console.md) （僅適用於 Web 連線）
+ [建立串流 URL](managing-image-builders-connect-streaming-URL.md) （適用於 Web 或 WorkSpaces 應用程式用戶端連線）
**注意**
如果您要連線的映像建置器已加入 Active Directory 網域，且您的組織需要智慧卡登入，您必須建立串流 URL，並使用 WorkSpaces 應用程式用戶端進行連線。如需智慧卡登入的相關資訊，請參閱 [智慧卡](feature-support-USB-devices-qualified.md#feature-support-USB-devices-qualified-smart-cards)。
**Template User (範本使用者)** 可讓您為自己的使用者建立預設的應用程式和 Windows 設定。如需詳細資訊，請參閱《》中的「為您的 WorkSpaces 應用程式使用者建立預設應用程式和 Windows 設定」[Amazon WorkSpaces 應用程式的預設應用程式和 Windows 設定以及應用程式啟動效能](customizing-appstream-images.md)。
1. 在映像建置器中，選擇 Windows **開始**按鈕、**控制台**、**使用者帳戶**。
1. 再次選擇**使用者帳戶**。在左側導覽窗格中，選擇 **Change my environment variables (變更我的環境變數)**。
1. 在 **DefaultProfileUser** 的**使用者環境變數**下，視需要設定或建立使用者環境變數，然後選擇**確定**。
1. 這會中斷您目前工作階段的連線，開啟登入選單。執行下列兩項作業的其中一項，登入映像建置器：
+ 如果您的映像建置器未加入 Active Directory 網域，請在 **Local User (本機使用者)** 標籤上，選擇 **Administrator (管理員)**。
+ 如果您的映像建置器已加入 Active Directory 網域，請選擇 **Directory User (目錄使用者)** 標籤，然後以映像建置器中擁有本機管理員許可的網域使用者身分登入。
1. 在映像建置器桌面上開啟映像助理。
1. 按照映像助理的必要步驟建立映像。如需詳細資訊，請參閱[教學課程：使用 WorkSpaces 應用程式主控台建立自訂 WorkSpaces 應用程式映像](tutorial-image-builder.md)。
# 建立限定範圍的環境變數
依照以下步驟來建立環境變數，範圍限定在指令碼分離出的程序。當您需要使用相同的環境變數名稱搭配不同應用程式的不同值時，此方法很有用。例如，如果有兩個不同的應用程式使用環境變數 "LIC\$1SERVER"，但每個應用程式的 "LIC\$1SERVER" 都有不同的值。
**建立限定範圍的環境變數**
1. 連線至要建立範圍受限之環境變數的映像建置器，並以具有本機管理員許可的帳戶登入。若要這麼做，請執行任一項操作：
+ [使用 WorkSpaces 應用程式主控台](managing-image-builders-connect-console.md) （僅適用於 Web 連線）
+ [建立串流 URL](managing-image-builders-connect-streaming-URL.md) （適用於 Web 或 WorkSpaces 應用程式用戶端連線）
**注意**
如果您要連線的映像建置器已加入 Active Directory 網域，且您的組織需要智慧卡登入，您必須建立串流 URL，並使用 WorkSpaces 應用程式用戶端進行連線。如需智慧卡登入的相關資訊，請參閱 [智慧卡](feature-support-USB-devices-qualified.md#feature-support-USB-devices-qualified-smart-cards)。
1. 建立指令碼的 C:\$1 磁碟機子資料夾 (例如，C:\$1Scripts)。
1. 開啟記事本來建立新的指令碼，並輸入下列程式碼：
`set `*variable*=*value*
`start " " "C:\path\to\application.exe"`
其中：
*variable* 是要使用的變數名稱
*value* 是指定的變數名稱值
**注意**
如果應用程式路徑包含空格，則整個字串必須使用括號括住。例如：
`start " " "C:\Program Files\application.exe"`
1. 選擇 **File (檔案)**、**Save (儲存)**。以 .bat 副檔名命名檔案，並儲存到 C:\$1Scripts。例如，將檔案命名為 LaunchApp.bat。
1. 如有需要，請重複步驟 4 和 5 為需有專屬環境變數和值的每個額外應用程式建立指令碼。
1. 在映像建置器桌面啟動映像助理。
1. 選擇 **Add App (新增應用程式)**，導覽至 C:\$1Scripts，然後選取您在步驟 5 中建立的指令碼之一。選擇 **Open** (開啟)。
1. 在 **App Launch Settings (應用程式啟動設定)** 對話方塊中，視需要保持或變更設定。完成後，選擇**儲存**。
1. 如已建立多個指令碼，請為每個指令碼重複步驟 8 和 9。
1. 按照映像助理的必要步驟建立映像。如需詳細資訊，請參閱[教學課程：使用 WorkSpaces 應用程式主控台建立自訂 WorkSpaces 應用程式映像](tutorial-image-builder.md)。
從指令碼執行的程序現可使用環境變數與特定值。其他程序則無法存取此變數和值。
# 在 Amazon WorkSpaces 應用程式中為您的使用者設定預設檔案關聯
應用程式副檔名的關聯是以每個使用者為基礎設定，因此不會自動套用至啟動 WorkSpaces 應用程式串流工作階段的所有使用者。例如，如果您在自己映像建置器中將 Adobe Reader 設為 .pdf 檔案的預設應用程式，此變更不會套用到您的使用者。
**注意**
下列步驟僅適用於 Windows 機群。
**注意**
您必須對加入 Active Directory 網域的映像建置器執行以下步驟。此外，必須將您的機群加入 Active Directory 網域。否則，系統不會套用您設定的預設檔案關聯。
**為您的使用者設定預設檔案關聯**
1. 連線至要設定預設檔案關聯性的映像建置器，並以具有映像建置器上本機管理員許可的網域帳戶身分登入。若要這麼做，請執行任一項操作：
+ [使用 WorkSpaces 應用程式主控台](managing-image-builders-connect-console.md) （僅適用於 Web 連線）
+ [建立串流 URL](managing-image-builders-connect-streaming-URL.md) （適用於 Web 或 WorkSpaces 應用程式用戶端連線）
**注意**
如果您的組織需要智慧卡登入，您必須建立串流 URL，並使用 WorkSpaces 應用程式用戶端進行連線。如需智慧卡登入的相關資訊，請參閱 [智慧卡](feature-support-USB-devices-qualified.md#feature-support-USB-devices-qualified-smart-cards)。
1. 視需要設定預設檔案關聯。
1. 以管理員身分開啟 Windows 命令提示。
1. 在命令提示中，輸入下列命令以將映像建置器檔案關聯匯出為 XML 檔案，然後按下 ENTER：
`dism.exe /online /export-DefaultAppAssociations:c:\default_associations.xml`
如果您收到錯誤訊息，指出您無法使用 32 位元版本的 DISM 為執行中的 64 位元作業系統提供服務，請關閉命令提示視窗。開啟檔案總管，瀏覽到 C:\$1Windows\$1System32 cmd.exe，在 cmd.exe 上按一下右鍵，選擇 **Run as Administrator (以管理員身分執行)**，然後再次執行命令。
1. 您可以擇一使用本機群組政策編輯器或 GPMC 來設定組態檔的預設關聯：
+ 本機群組政策編輯器：
在您的映像建置器上，以管理員身分開啟命令提示，輸入 `gpedit.msc`，然後按 ENTER。
在主控台樹狀目錄的 **Computer Configuration (電腦組態)** 下，展開 **Administrative Templates (管理範本)**、**Windows Components (Windows 元件)**，然後選擇 **File Explorer (檔案總管)**。
+ GPMC：
在您的目錄或網域控制站上，以管理員身分開啟命令提示，輸入 `gpmc.msc`，然後按 ENTER。
在左側主控台樹狀目錄中，選取您要建立新 GPO 的 OU，或使用現有的 GPO，然後執行下列兩項作業中的其中一項：
+ 透過開啟內容 (以滑鼠右鍵按一下) 選單並選擇 **Create a GPO in this domain, Link it here (在此網域建立 GPO 並連結到此處)** 來建立新的 GPO。針對 **Name (名稱)**，提供此 GPO 的描述名稱。
+ 選取現有的 GPO。
開啟 GPO 的內容選單，然後選擇 **Edit (編輯)**。
在 **User Configuration (使用者組態)** 下，展開 **Policies (政策)**、**Administrative Templates (管理範本)**、**Windows Components (Windows 元件)**，然後選擇 **File Explorer (檔案總管)**。
1. 按兩下 **Set a default associations configuration file (設定組態檔案的預設關聯)**。
1. 在 **Set a default associations configuration file properties (設定組態檔屬性的預設關聯)** 對話方塊中，選擇 **Enabled (已啟用)**，然後執行以下其中一項：
+ 如果您使用的是本機群組政策編輯器，請輸入此路徑： `c:\default_associations.xml`。
+ 如果您使用的是 GPMC，請輸入網路路徑。例如 `\\networkshare\default_associations.xml`。
1. 選擇 **Apply (套用)**、**OK (確定)**。
1. 關閉本機群組政策編輯器或 GPMC。
1. 在映像建置器桌面上開啟映像助理。
1. 按照映像助理的必要步驟建立映像。如需詳細資訊，請參閱[教學課程：使用 WorkSpaces 應用程式主控台建立自訂 WorkSpaces 應用程式映像](tutorial-image-builder.md)。
您設定的預設關聯會套用到機群執行個體以及從這些執行個體啟動的使用者串流工作階段。
# 在 Amazon WorkSpaces 應用程式中停用 Internet Explorer 增強型安全組態
Internet Explorer 增強式安全性設定 (ESC) 會將伺服器和 Internet Explorer 放在限制對網際網路公開的組態中。不過，此組態可能會影響 WorkSpaces 應用程式最終使用者體驗。連線至 WorkSpaces 應用程式串流工作階段的使用者可能會發現網站在以下情況下未如預期顯示或執行：
+ 在啟動使用者串流工作階段的機群執行個體上啟用 Internet Explorer ESC
+ 使用者在其串流工作階段期間執行 Internet Explorer 時
+ 應用程式使用 Internet Explorer 載入資料時
**注意**
下列步驟僅適用於 Windows 機群。
**停用 Internet Explorer 增強式安全性設定**
1. 連線至要停用 Internet Explorer ESC 的映像建置器，並以具有本機管理員許可的帳戶登入。若要這麼做，請執行任一項操作：
+ [使用 WorkSpaces 應用程式主控台](managing-image-builders-connect-console.md) （僅適用於 Web 連線）
+ [建立串流 URL](managing-image-builders-connect-streaming-URL.md) （適用於 Web 或 WorkSpaces 應用程式用戶端連線）
**注意**
如果您要連線的映像建置器已加入 Active Directory 網域，且您的組織需要智慧卡登入，您必須建立串流 URL，並使用 WorkSpaces 應用程式用戶端進行連線。如需智慧卡登入的相關資訊，請參閱 [智慧卡](feature-support-USB-devices-qualified.md#feature-support-USB-devices-qualified-smart-cards)。
1. 在映像建置器中，執行以下作業停用 Internet Explorer ESC：
1. 開啟伺服器管理員。選擇 Windows **開始**按鈕，然後選擇**伺服器管理員**。
1. 在左側導覽窗格中，選擇**本機伺服器**。
1. 在右側屬性窗格中，選擇 IE 增強式安全性組態**** 旁的**開啟**連結。
1. 在 **Internet Explorer 增強式組態**對話方塊中，於**管理員**和**使用者**下選擇**關閉**選項，然後選擇**確定**。
1. 在映像建置器桌面的右上區域，選擇 **Admin Commands (管理命令)**、**Switch User (切換使用者)**。
![\[Admin Commands dropdown menu with Switch User option highlighted.\]](http://docs.aws.amazon.com/zh_tw/appstream2/latest/developerguide/images/admin-commands-switch-user.png)
1. 這會中斷您目前工作階段的連線，開啟登入選單。執行下列兩項作業的其中一項，登入映像建置器：
+ 如果您的映像建置器未加入 Active Directory 網域，請在 **Local User (本機使用者)** 標籤上，選擇 **Template User (範本使用者)**。
+ 如果您的映像建置器已加入 Active Directory 網域，請選擇 **Directory User (目錄使用者)** 標籤，然後以映像建置器中沒有本機管理員許可的網域使用者身分登入。
1. 執行以下作業，開啟 Internet Explorer 並重設您的設定：
1. 在 Internet Explorer 瀏覽器視窗的右上區域，選擇 **Tools (工具)** 圖示，然後選擇 **Internet options (網際網路選項)**。
1. 選擇**進階**標籤，然後選擇**重設**。
1. 系統提示您確認選擇時，請再次選擇**重設**。
1. 當出現**重設 Internet Explorer 設定**訊息時，請選擇**關閉**。
1. 重新啟動映像建置器。
1. 選擇 **Admin Commands (管理命令)**、**Switch User (切換使用者)**，然後執行下列兩項作業的其中一項：
+ 如果您的映像建置器未加入 Active Directory 網域，請在 **Local User (本機使用者)** 標籤上，選擇 **Administrator (管理員)**。
+ 如果您的映像建置器已加入 Active Directory 網域，請選擇**目錄使用者**索引標籤，然後以步驟 4 中所使用的同一網域帳戶登入。
1. 在映像建置器桌面上開啟映像助理。
1. 在**步驟 2 中。設定應用程式**，選擇**儲存設定**。
1. 按照映像助理的必要步驟建立映像。如需詳細資訊，請參閱[教學課程：使用 WorkSpaces 應用程式主控台建立自訂 WorkSpaces 應用程式映像](tutorial-image-builder.md)。
# 變更 Amazon WorkSpaces 應用程式中使用者串流工作階段的預設 Internet Explorer 首頁
您可以使用群組政策變更使用者串流工作階段的預設 Internet Explorer 首頁。或者，如果您的環境中沒有群組政策，或不想使用群組政策，您可以改為使用 WorkSpaces 應用程式範本使用者帳戶。
**注意**
下列步驟僅適用於 Windows 機群。
**Topics**
+ [使用群組政策變更預設 Internet Explorer 首頁](customize-fleets-change-ie-homepage-group-policy.md)
+ [使用 WorkSpaces 應用程式範本使用者帳戶變更預設 Internet Explorer 首頁](customize-fleets-change-ie-homepage-template-user.md)
# 使用群組政策變更預設 Internet Explorer 首頁
在 Active Directory 環境中，您使用群組政策管理 (GPMC) MMC 嵌入式管理單元設定使用者無法變更的預設首頁。如果 Active Directory 不在您的環境中，您可以使用本機群組政策編輯器執行此任務。若要設定使用者可以變更的首頁，您必須使用 GPMC。
若要使用 GPMC，請先執行下列作業：
+ 取得已加入您網域的電腦或 EC2 執行個體存取。
+ 安裝 GPMC。如需詳細資訊，請參閱 Microsoft 文件中的 [Installing or Removing Remote Server Administration Tools for Windows 7](https://technet.microsoft.com/en-us/library/ee449483.aspx)。
+ 以具備建立 GPO 許可的網域使用者登入。將 GPO 連結到適當的組織單位 (OU)。
**使用群組政策管理範本變更預設 Internet Explorer 首頁**
您可以使用群組政策管理範本來設定使用者無法變更的預設首頁。如需管理範本的詳細資訊，請參閱 Microsoft 文件中的 [Edit Administrative Template Policy Settings](https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2008-R2-and-2008/cc771479(v=ws.11))。
1. 在 https：//[https://console.aws.amazon.com/appstream2/home](https://console.aws.amazon.com/appstream2/home) 開啟 WorkSpaces 應用程式主控台。
1. 如果您的環境不是使用 Active Directory，請開啟本機群組政策編輯器。如果使用的是 Active Directory，請開啟 GPMC。找出 **Scripts (Logon\$1Logoff) (指令碼 (登入\$1登出))** 政策設定：
+ 本機群組政策編輯器：
在您的映像建置器上，以管理員身分開啟命令提示，輸入 `gpedit.msc`，然後按 ENTER。
在 **User Configuration (使用者組態)** 下，展開 **Administrative Templates (管理範本)**、**Windows Components (Windows 元件)**，然後選擇 **Internet Explorer**。
+ GPMC：
在您的目錄或網域控制站上，以管理員身分開啟命令提示，輸入 `gpmc.msc`，然後按 ENTER。
在左側主控台樹狀目錄中，選取您要建立新 GPO 的 OU，或使用現有的 GPO，然後執行下列兩項作業中的其中一項：
+ 透過開啟內容 (以滑鼠右鍵按一下) 選單並選擇 **Create a GPO in this domain, Link it here (在此網域建立 GPO 並連結到此處)** 來建立新的 GPO。針對 **Name (名稱)**，提供此 GPO 的描述名稱。
+ 選取現有的 GPO。
開啟 GPO 的內容選單，然後選擇 **Edit (編輯)**。
在 **User Configuration (使用者組態)** 下，展開 **Policies (政策)**、**Administrative Templates (管理範本)**、**Windows Components (Windows 元件)**，然後選擇 **Internet Explorer**。
1. 按兩下 **Disable changing home page settings (停用變更主頁設定)**，選擇 **Enabled (已啟用)**，然後在 **Home Page (主頁)** 中輸入 URL。
1. 選擇 **Apply (套用)**、**OK (確定)**。
1. 關閉本機群組政策編輯器或 GPMC。
**使用群組政策偏好設定變更預設 Internet Explorer 首頁**
您可以使用群組政策偏好設定來設定使用者可以變更的預設首頁。如需使用群組政策偏好設定的詳細資訊，請參閱 Microsoft 文件中的 [Configure a Registry Item](https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2008-R2-and-2008/cc753092(v=ws.11)) 和 [Group Policy Preferences Getting Started Guide](https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2008-R2-and-2008/cc731892(v=ws.10))。
1. 在您的目錄或網域控制站上，以管理員身分開啟命令提示，輸入 `gpmc.msc`，然後按 ENTER。
1. 在左側主控台樹狀目錄中，選取您要建立新 GPO 的 OU，或使用現有的 GPO，然後執行下列兩項作業中的其中一項：
+ 透過開啟內容 (以滑鼠右鍵按一下) 選單並選擇 **Create a GPO in this domain, Link it here (在此網域建立 GPO 並連結到此處)** 來建立新的 GPO。針對 **Name (名稱)**，提供此 GPO 的描述名稱。
+ 選取現有的 GPO。
1. 開啟 GPO 的內容選單，然後選擇 **Edit (編輯)**。
1. 在 **User Configuration (使用者組態)** 下，展開 **Preferences (偏好設定)**，然後選擇 **Windows Settings (Windows 設定)**。
1. 按右鍵開啟 **Registry (登錄)** 的內容選單，然後選擇 **New (新增)**、**Registry Item (登錄項目)**。
1. 在 **New Registry Properties (新增登錄屬性)** 對話方塊中，指定要設定的下列群組政策登錄設定：
+ 針對 **Action (動作)**，選擇 **Update (更新)**。
+ 針對 **Hive**，請選擇 **HKEY\$1CURRENT\$1USER**。
+ 針對 **Key Path (金鑰路徑)**，瀏覽並選取 HKEY\$1CURRENT\$1USER\$1SOFWARE\$1Microsoft\$1Internet Explorer\$1Main。
+ 針對 **Value Name (值名稱)**，輸入 **Start Page (開始頁面)**。
+ 針對 **Value Data (值資料)**，輸入您的首頁 URL。
1. 在 **Common (通用)** 標籤中，選擇 **Apply Once (套用一次)**、**Do not Re-Apply (不要重複套用)**。
**注意**
為了讓您的使用者能在他們的 Internet Explorer 瀏覽器中選擇 **Use Default (使用預設值)** 按鈕，並將其主頁重設為您的公司首頁，您也可以設定 Default\$1Page\$1URL 值，不選擇 **Apply Once (套用一次)** 和 **Do not Re-Apply (不要重複套用)**。
1. 選擇 **OK (確定)** 並關閉 GPMC。
# 使用 WorkSpaces 應用程式範本使用者帳戶變更預設 Internet Explorer 首頁
依照以下步驟使用**範本使用者**帳戶來變更預設 Internet Explorer 首頁。
**使用範本使用者帳戶來變更預設 Internet Explorer 首頁**
1. 連線至要變更預設 Internet Explorer 首頁的映像建置器，並以**範本使用者**帳戶登入。若要這麼做，請執行任一項操作：
+ [使用 WorkSpaces 應用程式主控台](managing-image-builders-connect-console.md) （僅適用於 Web 連線）
+ [建立串流 URL](managing-image-builders-connect-streaming-URL.md) （適用於 Web 或 WorkSpaces 應用程式用戶端連線）
**注意**
如果您要連線的映像建置器已加入 Active Directory 網域，且您的組織需要智慧卡登入，您必須建立串流 URL，並使用 WorkSpaces 應用程式用戶端進行連線。如需智慧卡登入的相關資訊，請參閱 [智慧卡](feature-support-USB-devices-qualified.md#feature-support-USB-devices-qualified-smart-cards)。
**Template User (範本使用者)** 可讓您為自己的使用者建立預設的應用程式和 Windows 設定。如需詳細資訊，請參閱《》中的「為您的 WorkSpaces 應用程式使用者建立預設應用程式和 Windows 設定」[Amazon WorkSpaces 應用程式的預設應用程式和 Windows 設定以及應用程式啟動效能](customizing-appstream-images.md)。
1. 開啟 Internet Explorer 並完成必要步驟，以變更預設首頁。
1. 在映像建置器桌面的右上區域，選擇 **Admin Commands (管理命令)**、**Switch User (切換使用者)**。
![\[Admin Commands dropdown menu with Switch User option highlighted.\]](http://docs.aws.amazon.com/zh_tw/appstream2/latest/developerguide/images/admin-commands-switch-user.png)
1. 這會中斷您目前工作階段的連線，開啟登入選單。執行下列兩項作業的其中一項，登入映像建置器：
+ 如果您的映像建置器未加入 Active Directory 網域，請在 **Local User (本機使用者)** 標籤上，選擇 **Administrator (管理員)**。
+ 如果您的映像建置器已加入 Active Directory 網域，請選擇 **Directory User (目錄使用者)** 標籤，然後以映像建置器中擁有本機管理員許可的網域使用者身分登入。
1. 在映像建置器桌面上開啟映像助理。
1. 按照映像助理的必要步驟建立映像。如需詳細資訊，請參閱[教學課程：使用 WorkSpaces 應用程式主控台建立自訂 WorkSpaces 應用程式映像](tutorial-image-builder.md)。
# Amazon WorkSpaces 應用程式機群的使用者和執行個體中繼資料
WorkSpaces 應用程式機群執行個體可透過 Windows 環境變數取得使用者和執行個體中繼資料。您可以在您的應用程式和指令碼中使用下列環境變數，根據機群執行個體詳細資訊修改您的環境。
| 環境變數 | Context | Description |
| --- | --- | --- |
| AppStream\$1Stack\$1Name | 使用者 | 作為串流工作階段啟動來源的堆疊名稱。 |
| AppStream\$1User\$1Access\$1Mode | 使用者 | 用來管理使用者的串流存取權的存取模式。可用的值為 custom、userpool 或 saml。 |
| AppStream\$1Session\$1Reservation\$1DateTime | 使用者 | 使用者串流工作階段的啟動日期和時間。 |
| AppStream\$1UserName | 使用者 | 與使用者相關聯的使用者名稱。 |
| AppStream\$1Session\$1ID | 使用者 | 使用者串流工作階段的工作階段識別符。 |
| APPSTREAM\$1SESSION\$1CONTEXT | 機器 | 包含啟動工作階段時傳送至串流應用程式的參數。如需詳細資訊，請參閱[Amazon WorkSpaces 應用程式中的工作階段內容](managing-stacks-fleets-session-context.md)。 只有在初次應用程式啟動後，才能使用此環境變數。 |
| AppStream\$1Image\$1Arn | 機器 | 用以建立串流執行個體的映像 ARN。 |
| AppStream\$1Instance\$1Type | 機器 | 串流執行個體的類型。例如 stream.standard.medium。 |
| AppStream\$1Resource\$1Type | 機器 | WorkSpaces 應用程式資源的類型。此值為 fleet 或 image-builder。 |
| AppStream\$1Resource\$1Name | 機器 | 機群的名稱。 |
在 Linux 機群執行個體上，這些環境變數會透過下列 profile.d 指令碼匯出：
+ /etc/profile.d/appstream\$1user\$1vars.sh 中的**使用者環境變數**
+ /etc/profile.d/appstream\$1system\$1vars.sh 中的**系統環境變數**
若要存取環境變數，您必須在應用程式中明確取得這些檔案。
# 更新 Amazon WorkSpaces 應用程式機群
您可以更新現有的 WorkSpaces 應用程式機群。
建立新的 WorkSpaces 應用程式映像時，您必須更新 Always-On 和 On-Demand 機群，讓使用者可以使用新映像上的應用程式和資料。如果您進行的是小型更新 (例如修補應用程式或作業系統)，則可以更新正在執行的機群。當您建立新的串流執行個體時，會從更新的映像來建立。變更執行中機群的映像不會影響具有作用中串流工作階段的使用者。系統會定期取代未使用的串流執行個體；使用者連線的串流執行個體會在串流工作階段結束後終止。
您可以在機群狀態為 **Running (執行中)** 或 **Stopped (已停止)** 時，使用執行相同作業系統的新映像來更新機群。您只能夠在機群狀態為 **Stopped (已停止)** 時，使用執行不同作業系統的新映像來更新機群。
**注意**
WorkSpaces 應用程式向使用者顯示的應用程式目錄，是以與機群相關聯的目前映像為基礎。如果更新的映像包含舊版映像中未指定的應用程式，當使用者從舊版映像的執行個體進行串流時，應用程式可能無法啟動。
**Topics**
+ [在 Amazon WorkSpaces 應用程式中使用新映像更新機群](update-fleets.md)
+ [管理與 Amazon WorkSpaces 應用程式中的彈性機群相關聯的應用程式](manage-apps.md)
# 在 Amazon WorkSpaces 應用程式中使用新映像更新機群
若要套用作業系統更新或將新的應用程式提供給使用者，請建立具有這些變更的新映像。然後，使用新映像更新機群。
**使用新映像更新 WorkSpaces 應用程式機群**
1. 連線至您要使用的映像建置器，並以在映像建置器上具有本機管理員許可的帳戶登入。若要這麼做，請執行任一項操作：
+ [使用 WorkSpaces 應用程式主控台](managing-image-builders-connect-console.md) （僅適用於 Web 連線）
+ [建立串流 URL](managing-image-builders-connect-streaming-URL.md) （適用於 Web 或 WorkSpaces 應用程式用戶端連線）
**注意**
如果您的組織需要智慧卡登入，您必須建立串流 URL，並使用 WorkSpaces 應用程式用戶端進行連線。如需智慧卡登入的相關資訊，請參閱 [智慧卡](feature-support-USB-devices-qualified.md#feature-support-USB-devices-qualified-smart-cards)。
1. 視需要執行下列任一或兩項操作：
+ 安裝作業系統的更新。
+ 安裝應用程式。
如果應用程式需要重新啟動 Windows 作業系統，請允許此操作。重新啟動作業系統之前，您已中斷與映像建置器的連線。重新啟動完成後，請再次連線到映像建置器，然後完成安裝應用程式。
1. 在映像建置器桌面上開啟映像助理。
1. 按照映像助理的必要步驟建立映像。如需詳細資訊，請參閱[教學課程：使用 WorkSpaces 應用程式主控台建立自訂 WorkSpaces 應用程式映像](tutorial-image-builder.md)。
在映像狀態變更為 **Available (可用)** 後，您可以使用新的映像更新機群。
1. 在左側導覽窗格中，選擇 **Fleets (機群)**。
1. 選取您要使用新映像更新的機群。
1. 在 **Fleet Details (機群詳細資訊)** 標籤上，選擇 **Edit (編輯)**。
1. 在 **Edit Fleet (編輯機群)** 對話方塊中，可用映像的清單會顯示在 **Name (名稱)** 清單中。從清單中選取新映像。
1. 選擇**更新**。
# 管理與 Amazon WorkSpaces 應用程式中的彈性機群相關聯的應用程式
您可以隨時在彈性機群中建立和取消與應用程式的關聯。目前從機群串流處理的使用者可以看到與彈性機群相關聯的應用程式變更，但可能不會生效。例如，如果您取消應用程式與機群的關聯，該應用程式將會從應用程式目錄中移除，但虛擬硬碟仍維持掛載至現有的串流工作階段。
**管理與彈性機群相關聯的應用程式**
1. 開啟 [WorkSpaces 應用程式主控台](managing-image-builders-connect-console.md)。
1. 在左側導覽窗格中，選擇**機群**，然後選取機群名稱，或選取機群選項圓鈕，然後選擇**檢視詳細資訊**。
1. 若要將新應用程式與機群建立關聯，請在**指派的應用程式**中選擇**關聯**，選取要建立關聯的應用程式，然後選擇**關聯**。
1. 若要取消現有應用程式與機群的關聯，請選取要取消關聯的應用程式，選擇**取消關聯**，然後選擇**取消關聯**以確認您要取消所選應用程式的關聯。
# Amazon WorkSpaces 應用程式的機群 Auto Scaling
Fleet Auto Scaling 可讓您自動變更 WorkSpaces 應用程式 Always-On 或 On-Demand 機群的大小，以符合使用者需求的可用執行個體供應。機群的大小會決定可同時串流的使用者數量。對於多工作階段機群，可以多個使用者使用單一執行個體。對於非多工作階段機群，每個使用者工作階段都需要一個執行個體。您可以根據執行個體 (針對單一工作階段機群) 和使用者工作階段 (針對多工作階段機群) 來指定機群容量。根據您的機群組態和自動擴展政策，將提供所需數量的執行個體。您可以根據各種使用率指標定義調整規模政策，以自動調整機群的大小，並根據使用者的需求最佳化可用執行個體的數量。您也可以選擇關閉自動調整規模，讓機群以固定的大小執行。
**注意**
WorkSpaces 應用程式會自動為您管理彈性機群容量。您不需要建立自動擴展規則來管理彈性機群可用的機群串流執行個體數量。
**注意**
當您開發 WorkSpaces 應用程式機群擴展的計劃時，請確定您的網路組態符合您的需求。
Application Auto Scaling 需要存取 Amazon CloudWatch 警示和 WorkSpaces 應用程式機群的許可，才能使用 Fleet Auto Scaling。如需詳細資訊，請參閱[使用 AWS 受管政策和連結角色來管理管理員對 WorkSpaces 應用程式資源的存取](controlling-administrator-access-with-policies-roles.md)及[使用 IAM 政策管理對應用程式自動擴展的管理員存取](autoscaling-iam-policy.md)。
**注意**
使用擴展時，您可以使用應用程式自動擴展 API。為了讓 Fleet Auto Scaling 能夠正確運作 WorkSpaces 應用程式，Application Auto Scaling 需要許可來描述和更新 WorkSpaces 應用程式機群，以及描述 Amazon CloudWatch 警示，以及代表您修改機群容量的許可。如需詳細資訊，請參閱[WorkSpaces 應用程式、Application Auto Scaling 和 AWS Certificate Manager Private CA 所需的角色](roles-required-for-appstream.md)及[使用 IAM 政策管理對應用程式自動擴展的管理員存取](autoscaling-iam-policy.md)。
下列主題提供的資訊可協助您了解和使用 WorkSpaces 應用程式機群 Auto Scaling。
**Topics**
+ [Amazon WorkSpaces 應用程式的擴展概念](autoscaling-concepts.md)
+ [使用 Amazon WorkSpaces 應用程式主控台管理機群擴展](autoscaling-console.md)
+ [使用 AWS CLI for Amazon WorkSpaces 應用程式管理機群擴展](autoscaling-cli.md)
+ [Auto Scaling Amazon WorkSpaces 應用程式的其他資源](autoscaling-additional-resources.md)
# Amazon WorkSpaces 應用程式的擴展概念
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 個執行個體 (針對單一工作階段機群) 或使用者工作階段 (針對多工作階段機群)」。
# 使用 Amazon WorkSpaces 應用程式主控台管理機群擴展
您可以使用 WorkSpaces 應用程式主控台，以下列兩種方式之一來設定和管理機群擴展：在機群建立期間，或使用**機群**索引標籤隨時。新建立的機群在啟動後會有兩個相關聯的預設調整規模政策。您可以在 WorkSpaces 應用程式主控台的**擴展政策索引標籤上編輯這些政策**。如需詳細資訊，請參閱[在 Amazon WorkSpaces 應用程式中建立機群](set-up-stacks-fleets-create.md)。
針對數量各不相同的使用者環境，定義調整規模政策來控制調整規模回應需求的方式。若您預期擁有固定數量的使用者，或是有其他停用擴展的理由，您可以將您的機群設為擁有固定數量的執行個體或使用者工作階段。
**使用主控台設定機群調整規模政策**
1. 在 https：//[https://console.aws.amazon.com/appstream2/home](https://console.aws.amazon.com/appstream2/home) 開啟 WorkSpaces 應用程式主控台。
1. 在導覽窗格中，選擇 **Fleets (機群)**。
1. 選取機群，然後選擇 **Scaling Policies (調整規模政策)**。
1. 透過選擇每個值旁邊的編輯圖示，編輯現有政策。在編輯欄位中設定所需要的值，然後選擇 **Update (更新)**。政策變更會在幾分鐘之內生效。
1. 使用 **Add Policy (新增政策)** 連結新增 (建立) 新的政策。在編輯欄位中設定所需要的值，然後選擇 **Create (建立)**。新的政策會在幾分鐘之內生效。
您可以使用 **Fleet Usage (機群用量)** 標籤來監控您調整規模政策變更的效果。以下是五個使用者連線到機群，然後中斷連線時調整規模活動的範例用量圖。此範例來自使用下列調整規模政策值的機群：
+ 容量下限 = 10
+ 容量上限 = 50
+ 橫向擴展 = 如果容量使用率 > 75%，則新增 5 個執行個體 (針對單一工作階段機群) 或使用者工作階段 (針對多工作階段機群)
+ 縮減 = 如果容量使用率 < 25%，則移除 6 個執行個體 (針對單一工作階段機群) 或使用者工作階段 (針對多工作階段機群)
**注意**
上述政策同時適用於單一工作階段和多工作階段案例。在單一工作階段案例中，5 個新的執行個體將在橫向擴展事件期間啟動，而 4 個執行個體將在縮減規模期間回收。在多工作階段案例中，每個執行個體的工作階段數量上限 = 4 的情況下，橫向擴展事件將在四捨五入後觸發啟動 (每個執行個體新增 5 個使用者工作階段/工作階段數量上限 4) = 2 個執行個體。在縮減事件期間，服務將在四捨五入後回收 (移除 6 個使用者工作階段/每個執行個體的工作階段數量上限 4) = 2 個執行個體。具有執行中使用者工作階段的執行個體將不會回收。只會回收沒有執行中使用者工作階段的執行個體。
**使用主控台設定固定容量的機群**
1. 在 https：//[https://console.aws.amazon.com/appstream2/home](https://console.aws.amazon.com/appstream2/home) 開啟 WorkSpaces 應用程式主控台。
1. 在導覽窗格中，選擇 **Fleets (機群)**。
1. 選取機群。
1. 針對 **Scaling Policies (調整規模政策)**，移除所有與機群相關聯的政策。
1. 針對 **Fleet Details (機群詳細資訊)**，編輯機群以設定 **Desired Capacity (所需容量)**。
固定機群具有以您指定為 **Desired Capacity (所需容量)** 的值做為基礎的常數容量。請注意，固定機群隨時都擁有所需數量的可用執行個體，因此您必須停止機群，才能停止為該機群支付費用。
# 使用 AWS CLI for Amazon WorkSpaces 應用程式管理機群擴展
您可以使用 AWS Command Line Interface (AWS CLI) 來設定和管理機群擴展。如需設定多個擴展政策或設定向內擴展和向外擴展冷卻時間等更進階的功能，請使用 AWS CLI。在執行調整規模政策命令前，您必須先將您的機群註冊為可調整規模的目標。若要這樣做，請使用以下 [register-scalable-target](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/register-scalable-target.html) 命令：
```
aws application-autoscaling register-scalable-target
--service-namespace appstream \
--resource-id fleet/fleetname \
--scalable-dimension appstream:fleet:DesiredCapacity \
--min-capacity 1 --max-capacity 5
```
**Topics**
+ [範例 1：根據容量使用率套用調整規模政策](#autoscaling-cli-utilization)
+ [範例 2：根據容量不足錯誤套用調整規模政策](#autoscaling-cli-capacity)
+ [範例 3：根據低容量使用率套用調整規模政策](#autoscaling-cli-scale-in)
+ [範例 4：根據排程變更機群容量](#autoscaling-cli-schedule)
+ [範例 5：套用目標追蹤調整規模政策](#autoscaling-target-tracking)
## 範例 1：根據容量使用率套用調整規模政策
如果使用率 >= 75%，此 AWS CLI 範例會設定擴展政策，將機群擴展 25%。
以下 [put-scaling-policy](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/put-scaling-policy.html) 命令會定義使用率類型的調整規模政策：
```
aws application-autoscaling put-scaling-policy --cli-input-json file://scale-out-utilization.json
```
`scale-out-utilization.json` 檔案的內容如下：
```
{
"PolicyName": "policyname",
"ServiceNamespace": "appstream",
"ResourceId": "fleet/fleetname",
"ScalableDimension": "appstream:fleet:DesiredCapacity",
"PolicyType": "StepScaling",
"StepScalingPolicyConfiguration": {
"AdjustmentType": "PercentChangeInCapacity",
"StepAdjustments": [
{
"MetricIntervalLowerBound": 0,
"ScalingAdjustment": 25
}
],
"Cooldown": 120
}
}
```
若命令成功，則輸出類似以下內容，雖然有些詳細資訊會因您的帳戶和區域而有所不同。在此範例中，政策識別符是 `e3425d21-16f0-d701-89fb-12f98dac64af`。
```
{"PolicyARN": "arn:aws:autoscaling:us-west-2:123456789012:scalingPolicy:e3425d21-16f0-d701-89fb-12f98dac64af:resource/appstream/fleet/SampleFleetName:policyName/scale-out-utilization-policy"}
```
現在，為此政策設定 CloudWatch 警示。使用適用於您的名稱、區域、帳號和政策識別符。您可以使用先前命令針對 `--alarm-actions` 參數所傳回的政策 ARN。
```
aws cloudwatch put-metric-alarm
--alarm-name alarmname \
--alarm-description "Alarm when Capacity Utilization exceeds 75 percent" \
--metric-name CapacityUtilization \
--namespace AWS/AppStream \
--statistic Average \
--period 300 \
--threshold 75 \
--comparison-operator GreaterThanOrEqualToThreshold \
--dimensions "Name=Fleet,Value=fleetname" \
--evaluation-periods 1 --unit Percent \
--alarm-actions "arn:aws:autoscaling:your-region-code:account-number-without-hyphens:scalingPolicy:policyid:resource/appstream/fleet/fleetname:policyName/policyname"
```
## 範例 2：根據容量不足錯誤套用調整規模政策
如果機群傳回`InsufficientCapacityError`錯誤，此 AWS CLI 範例會設定擴展政策，將機群向外擴展 1。
以下命令會定義容量不足類型的調整規模政策：
```
aws application-autoscaling put-scaling-policy --cli-input-json file://scale-out-capacity.json
```
`scale-out-capacity.json` 檔案的內容如下：
```
{
"PolicyName": "policyname",
"ServiceNamespace": "appstream",
"ResourceId": "fleet/fleetname",
"ScalableDimension": "appstream:fleet:DesiredCapacity",
"PolicyType": "StepScaling",
"StepScalingPolicyConfiguration": {
"AdjustmentType": "ChangeInCapacity",
"StepAdjustments": [
{
"MetricIntervalLowerBound": 0,
"ScalingAdjustment": 1
}
],
"Cooldown": 120
}
}
```
若命令成功，則輸出類似以下內容，雖然有些詳細資訊會因您的帳戶和區域而有所不同。在此範例中，政策識別符是 `f4495f21-0650-470c-88e6-0f393adb64fc`。
```
{"PolicyARN": "arn:aws:autoscaling:us-west-2:123456789012:scalingPolicy:f4495f21-0650-470c-88e6-0f393adb64fc:resource/appstream/fleet/SampleFleetName:policyName/scale-out-insufficient-capacity-policy"}
```
現在，為此政策設定 CloudWatch 警示。使用適用於您的名稱、區域、帳號和政策識別符。您可以使用先前命令針對 `--alarm-actions` 參數所傳回的政策 ARN。
```
aws cloudwatch put-metric-alarm
--alarm-name alarmname \
--alarm-description "Alarm when out of capacity is > 0" \
--metric-name InsufficientCapacityError \
--namespace AWS/AppStream \
--statistic Maximum \
--period 300 \
--threshold 0 \
--comparison-operator GreaterThanThreshold \
--dimensions "Name=Fleet,Value=fleetname" \
--evaluation-periods 1 --unit Count \
--alarm-actions "arn:aws:autoscaling:your-region-code:account-number-without-hyphens:scalingPolicy:policyid:resource/appstream/fleet/fleetname:policyName/policyname"
```
## 範例 3：根據低容量使用率套用調整規模政策
此 AWS CLI 範例會設定在機群中擴展的擴展政策，以在 `CapacityUtilization`低時減少實際容量。
以下命令會定義容量超過類型的調整規模政策：
```
aws application-autoscaling put-scaling-policy --cli-input-json file://scale-in-capacity.json
```
`scale-in-capacity.json` 檔案的內容如下：
```
{
"PolicyName": "policyname",
"ServiceNamespace": "appstream",
"ResourceId": "fleet/fleetname",
"ScalableDimension": "appstream:fleet:DesiredCapacity",
"PolicyType": "StepScaling",
"StepScalingPolicyConfiguration": {
"AdjustmentType": "PercentChangeInCapacity",
"StepAdjustments": [
{
"MetricIntervalUpperBound": 0,
"ScalingAdjustment": -25
}
],
"Cooldown": 360
}
}
```
若命令成功，則輸出類似以下內容，雖然有些詳細資訊會因您的帳戶和區域而有所不同。在此範例中，政策識別符是 `12ab3c4d-56789-0ef1-2345-6ghi7jk8lm90`。
```
{"PolicyARN": "arn:aws:autoscaling:us-west-2:123456789012:scalingPolicy:12ab3c4d-56789-0ef1-2345-6ghi7jk8lm90:resource/appstream/fleet/SampleFleetName:policyName/scale-in-utilization-policy"}
```
現在，為此政策設定 CloudWatch 警示。使用適用於您的名稱、區域、帳號和政策識別符。您可以使用先前命令針對 `--alarm-actions` 參數所傳回的政策 ARN。
```
aws cloudwatch put-metric-alarm
--alarm-name alarmname \
--alarm-description "Alarm when Capacity Utilization is less than or equal to 25 percent" \
--metric-name CapacityUtilization \
--namespace AWS/AppStream \
--statistic Average \
--period 120 \
--threshold 25 \
--comparison-operator LessThanOrEqualToThreshold \
--dimensions "Name=Fleet,Value=fleetname" \
--evaluation-periods 10 --unit Percent \
--alarm-actions "arn:aws:autoscaling:your-region-code:account-number-without-hyphens:scalingPolicy:policyid:resource/appstream/fleet/fleetname:policyName/policyname"
```
## 範例 4：根據排程變更機群容量
根據排程變更您的機群容量，可讓您針對可預期的需求變更調整機群容量規模以進行回應。例如，在工作天的一開始，您可能預期會有特定數量的使用者同時請求串流連線。若要根據排程變更機群容量，您可以使用 Application Auto Scaling [PutScheduledAction](https://docs.aws.amazon.com/autoscaling/application/APIReference/API_PutScheduledAction.html) API 動作或 [put-scheduled-action](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/put-scheduled-action.html) AWS CLI 命令。
在變更機群容量之前，您可以使用 WorkSpaces 應用程式 [describe-fleets](https://docs.aws.amazon.com/cli/latest/reference/appstream/describe-fleets.html) AWS CLI 命令列出目前的機群容量。
```
aws appstream describe-fleets --name fleetname
```
目前的機群容量會顯示與以下內容相似的輸出 (以 JSON 格式顯示)：
```
{
{
"ComputeCapacityStatus": {
"Available": 1,
"Desired": 1,
"Running": 1,
"InUse": 0
},
}
```
然後，使用 `put-scheduled-action` 命令建立排程動作來變更您的機群容量。例如，以下命令會在每天早上 9 點 (UTC) 將容量下限變更為 3，並將容量上限變更為 5。
**注意**
對於 cron 表達式，請指定在 UTC 的何時執行動作。如需詳細資訊，請參閱 [Cron 表達式](https://docs.aws.amazon.com/AmazonCloudWatch/latest/events/ScheduledEvents.html#CronExpressions)。
```
aws application-autoscaling put-scheduled-action --service-namespace appstream \
--resource-id fleet/fleetname \
--schedule="cron(0 9 * * ? *)" \
--scalable-target-action MinCapacity=3,MaxCapacity=5 \
--scheduled-action-name ExampleScheduledAction \
--scalable-dimension appstream:fleet:DesiredCapacity
```
若要確認已成功建立變更您機群容量的排程動作，請執行 [describe-scheduled-actions](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/describe-scheduled-actions.html) 命令。
```
aws application-autoscaling describe-scheduled-actions --service-namespace appstream --resource-id fleet/fleetname
```
若排程動作已成功建立，則會顯示與以下內容相似的輸出。
```
{
"ScheduledActions": [
{
"ScalableDimension": "appstream:fleet:DesiredCapacity",
"Schedule": "cron(0 9 * * ? *)",
"ResourceId": "fleet/ExampleFleet",
"CreationTime": 1518651232.886,
"ScheduledActionARN": "",
"ScalableTargetAction": {
"MinCapacity": 3,
"MaxCapacity": 5
},
"ScheduledActionName": "ExampleScheduledAction",
"ServiceNamespace": "appstream"
}
]
}
```
如需詳細資訊，請參閱《應用程式自動擴展使用者指南》**中的[排程擴展](https://docs.aws.amazon.com/autoscaling/application/userguide/application-auto-scaling-scheduled-scaling.html)。
## 範例 5：套用目標追蹤調整規模政策
透過目標追蹤調整規模，您可以為機群指定容量使用率層級。
當您建立目標追蹤擴展政策時，應用程式自動擴展會自動建立和管理觸發擴展政策的 CloudWatch 警示。調整規模政策會視需要新增或移除容量，以讓容量使用率保持在等於或接近指定目標值。為了確保應用程式的可用性，您的機群可以配合指標按比例快速地擴展規模，但是以更漸進的方式縮減規模。
下列 [put-scaling-policy](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/put-scaling-policy.html) 命令會定義目標追蹤擴展政策，嘗試維持 WorkSpaces 應用程式機群 75% 的容量使用率。
```
aws application-autoscaling put-scaling-policy --cli-input-json file://config.json
```
`config.json` 檔案的內容如下：
```
{
"PolicyName":"target-tracking-scaling-policy",
"ServiceNamespace":"appstream",
"ResourceId":"fleet/fleetname",
"ScalableDimension":"appstream:fleet:DesiredCapacity",
"PolicyType":"TargetTrackingScaling",
"TargetTrackingScalingPolicyConfiguration":{
"TargetValue":75.0,
"PredefinedMetricSpecification":{
"PredefinedMetricType":"AppStreamAverageCapacityUtilization"
},
"ScaleOutCooldown":300,
"ScaleInCooldown":300
}
}
```
若命令成功，則輸出類似以下內容，雖然有些詳細資訊會因您的帳戶和區域而有所不同。在此範例中，政策識別符為 6d8972f3-efc8-437c-92d1-6270f29a66e7。
```
{
"PolicyARN": "arn:aws:autoscaling:us-west-2:123456789012:scalingPolicy:6d8972f3-efc8-437c-92d1-6270f29a66e7:resource/appstream/fleet/fleetname:policyName/target-tracking-scaling-policy",
"Alarms": [
{
"AlarmARN": "arn:aws:cloudwatch:us-west-2:123456789012:alarm:TargetTracking-fleet/fleetname-AlarmHigh-d4f0770c-b46e-434a-a60f-3b36d653feca",
"AlarmName": "TargetTracking-fleet/fleetname-AlarmHigh-d4f0770c-b46e-434a-a60f-3b36d653feca"
},
{
"AlarmARN": "arn:aws:cloudwatch:us-west-2:123456789012:alarm:TargetTracking-fleet/fleetname-AlarmLow-1b437334-d19b-4a63-a812-6c67aaf2910d",
"AlarmName": "TargetTracking-fleet/fleetname-AlarmLow-1b437334-d19b-4a63-a812-6c67aaf2910d"
}
]
}
```
如需詳細資訊，請參閱《應用程式自動擴展使用者指南》**中的[目標追蹤擴展政策](https://docs.aws.amazon.com/autoscaling/application/userguide/application-auto-scaling-target-tracking.html)。
# Auto Scaling Amazon WorkSpaces 應用程式的其他資源
如需使用 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/)
若要進一步了解如何使用 Application Auto Scaling AWS CLI 命令或 API 動作，請參閱下列資源：
+ *AWS CLI 命令參考*中的[應用程式自動擴展](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling)一節
+ [Application Auto Scaling API 參考](https://docs.aws.amazon.com/autoscaling/application/APIReference/)
+ [Application Auto Scaling 使用者指南](https://docs.aws.amazon.com/autoscaling/application/userguide/)
# 多工作階段建議
在多工作階段環境中決定執行個體上的使用者工作階段數目上限時，您應該考慮幾個因素，以確保獲得最佳效能和串流體驗。以下是決定執行個體上最佳使用者工作階段數目的建議：
+ *評估資源需求*：了解工作階段內要使用的應用程式的資源需求。考量因素包括 CPU、記憶體、磁碟 I/O 和網路頻寬等。此評估將有助於確定每個使用者工作階段通常需要的資源數量。
+ *考慮執行個體規格*：考慮執行個體的規格，包括 CPU 數量、可用記憶體和 GPU 規格。規格較高的執行個體可以處理較多的使用者工作階段數。如需 WorkSpaces 應用程式和定價支援的不同執行個體類型的詳細資訊，請參閱 [WorkSpaces 應用程式定價](https://aws.amazon.com/appstream2/pricing/)。
+ *效能測試*：對預期在使用者工作階段內執行的應用程式和工作負載進行效能測試。測量資源使用率、回應時間和整體系統效能。使用此資料來評估並行使用者工作階段對效能的影響，並決定最佳的工作階段與執行個體比率。您可以跨 WorkSpaces 應用程式提供的不同執行個體類型執行這些評估，為您的最終使用者尋找最佳的執行個體類型或大小。如需 WorkSpaces 應用程式所提供不同執行個體類型的詳細資訊，請參閱 [WorkSpaces 應用程式執行個體系列](instance-types.md)。
+ *監控資源使用率*：在正常使用期間，持續監控執行個體的資源使用率。觀察 CPU、記憶體和磁碟使用率。確保資源使用率維持在可接受的限制範圍內，以避免效能降低。對於多工作階段環境，您可以在 WorkSpaces 應用程式和 CloudWatch 主控台上檢視這些指標。如需詳細資訊，請參閱[監控 Amazon WorkSpaces 應用程式資源](monitoring.md)。
+ *考慮使用者行為模式*：分析使用者行為模式，以了解尖峰使用期和可能的並行使用量。有些使用者可能屬於間歇或零星的使用模式，有些使用者則可能一整天保持一致的使用情形. 在決定使用者工作階段數目上限時，請將這些模式納入考量，以免在尖峰期間發生資源爭用。
WorkSpaces 應用程式可讓您為每個執行個體設定最多 50 個使用者工作階段，無論您選擇的執行個體類型或大小為何。不過，這只是上限，而不是建議的限制。下列範例資料表可協助您決定多工作階段機群中，執行個體上的使用者工作階段數目上限。資料表中列出的建議使用者人數上限是根據一般準則和假設而定。務必使用實際工作負載進行測試，因為實際效能會因工作負載的個別特性、應用程式的資源需求和使用者行為而有所不同。
**根據工作負載類型的建議**
| 最終使用者類別 | 工作負載類型 | 範例使用者 | 使用案例 | 建議組態 |
| --- | --- | --- | --- | --- |
| 執行單一任務並使用最少應用程式的最終使用者 | 光線 | 任務工作者、服務台使用者 | 資料輸入應用程式、文字編輯、堡壘主機 | Stream.standard.xlarge/2xlarge 或 Stream.compute.xlarge\$1 或 Stream.memory.xlarge\$1 上的每個 vCPU 4 個使用者 |
| 執行單一任務並使用最少應用程式的最終使用者 | 輕量至中等 | 任務工作者、服務台使用者、聯絡中心員工 | 資料輸入應用程式、文字編輯、堡壘主機、聊天、電子郵件、傳訊應用程式 | Stream.standard.xlarge/2xlarge 或 Stream.compute.xlarge\$1 或 Stream.memory.xlarge\$1 上的每個 vCPU 2 個使用者 |
| 建立複雜試算表、簡報和大型文件的最終使用者 | 中 | 任務工作者、聯絡中心員工、業務分析師 | 資料輸入應用程式, 聊天、電子郵件、傳訊應用程式、生產力應用程式 | Stream.memory.xlarge\$1 或 Stream.compute.xlarge\$1 上每個 vCPU 2 個使用者 |
| 具有高效能工作負載的最終使用者 | 中等到繁重 | 知識工作者、軟體開發人員、商業智慧分析師 | 軟體指令碼 | Stream.memory.xlarge\$1 或 Stream.compute.xlarge\$1 上每個 vCPU 1 個使用者 |
| 具有高效能工作負載的最終使用者 | 繁重 | 知識工作者、軟體開發人員、資料科學家 | 螢幕共用、資料分析、音訊會議 | Stream.memory.xlarge\$1 或 Stream.compute.xlarge\$1 上的每 2 vCPUs 1 個使用者 |
| 最終使用者的工作負載需要圖形與大量運算/記憶體資源 | 繁重到加速 | 圖形/架構設計師、CAD/CAM 使用者 | 音訊會議、圖形密集型應用程式，例如遠端圖形工作站 | 每 2 個 vCPUs Graphics.g4dn.\$1 1 個使用者 |
| 最終使用者的工作負載需要圖形與大量運算/記憶體資源 | 加速 | 視訊編輯器、遊戲玩家和遊戲開發人員、資料礦工、GIS 資料工程師、AI 科學家 | 音訊會議、影片轉碼和 3D 渲染、逼真的設計、圖形工作站、ML 模型訓練、ML 推論 | 每 2 個 vCPUs Graphics.G5.\$1 1 個使用者 |