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

成本最佳化

成本最佳化著重於避免不必要的成本。關鍵主題包括了解和控制花費金錢的位置，以及選擇最適合且正確的資源類型數量。分析一段時間內的支出和擴展，以滿足業務需求。下列 WorkSpaces 應用程式資源會產生pay-as-you-go：

如需最新的定價資訊，請參閱 AWS Amazon WorkSpaces 應用程式定價的網站。 Amazon WorkSpaces

設計具成本效益的 WorkSpaces 應用程式部署

規劃和設計 WorkSpaces 應用程式部署的第一步是使用簡單的定價工具來估計與用量相關的 AWS 費用基準。提供您的使用者總數、每小時的實際並行使用量、執行個體類型和機群使用率，定價工具會估算每個使用者的價格。它也會顯示當您使用隨需機群而非 Always-On 機群時的預估節省價格。

像 WorkSpaces 應用程式定價模式的客戶，只需為他們佈建的執行個體付費，以滿足使用者的串流需求。此模型與其現有的應用程式串流環境不同。這些通常是根據尖峰容量的佈建，即使在夜間、週末和假日，負載較低時也是如此。Amazon AppStream 2.0 定價工具僅提供與您使用 WorkSpaces 應用程式 相關的 AWS 費用估算，不包含任何可能適用的稅金。您的實際費用取決於各種因素，包括實際使用 AWS 服務。

WorkSpaces 應用程式定價工具以 Microsoft Excel 或 OpenOffice Calc 試算表的形式提供，可讓您輸入機群的基本資訊，然後根據您的使用模式為隨需和全年無休機群提供 WorkSpaces 應用程式環境的成本估算。您可以根據歷史或預期的用量趨勢來模擬成本。彈性機群內建這些功能，讓管理員無須預測用量、建立、維護擴展政策和映像。執行 Amazon Linux 2 的彈性機群和執行個體 （所有機群類型） 會在串流工作階段期間以秒為單位計費，最少 15 分鐘。

選擇執行個體類型來最佳化成本

對於機群和映像建置器執行個體，您可以為應用程式選擇各種不同的執行個體系列和類型。

最終使用者測試 — 下一步是將 WorkSpaces 應用程式機群推展到一組試驗使用者，以進行測試來驗證我們選擇的執行個體類型。請務必請求試行使用者測試其所有一般和繁重的工作流程，以擷取記憶體、CPU 和圖形的指標，以便您可以擷取基準效能指標。試行群組應包含各種使用應用程式的使用者角色，以確保您從多個使用者體驗進行測試。使用者接受度測試可讓您收集有關串流工作階段體驗的意見回饋。建立或更新堆疊時，可以選擇使用自訂意見回饋 URL。使用者選擇傳送意見回饋連結以提交有關其應用程式串流體驗的意見回饋後，就會重新導向至此 URL。如果有效能瓶頸，請使用 Windows 效能指標來分析資源限制。例如，如果目前的機群執行個體類型 stream.standard.medium 顯示資源限制，請將執行個體類型升級至 stream.standard.large。相反地，如果效能指標顯示大量資源使用不足，請考慮降級執行個體類型。

使用機群類型選擇來最佳化成本

建立新的 WorkSpaces 應用程式機群時，開發人員必須選擇 Always- On 或 On-Demand 機群類型。從定價角度選擇執行個體類型時，請務必了解 WorkSpaces 應用程式如何管理機群執行個體。對於 Always-On 機群，機群執行個體會保持在執行中狀態。因此，當使用者嘗試串流工作階段時，機群執行個體一律準備好開始串流工作階段。

對於隨需機群，在機群執行個體啟動後，它們會保持在停止狀態。停止的執行個體費用低於執行中的執行個體費用，這有助於降低成本。隨需機群執行個體必須從停止狀態啟動。使用者必須等待約兩分鐘，才能使用其串流工作階段。

彈性機群非常適合獨立運作的應用程式，並且可以安裝在儲存在 Amazon Simple Storage Service (Amazon S3) 儲存貯體中的虛擬硬碟。由於僅收取串流期間的每秒帳單，彈性機群可能會進一步降低某些使用案例的成本。速率是您在建立機群時所選擇的執行個體類型、大小和作業系統的函數。

如果最終使用者在上班時間需要機群執行個體，最好保留相同的串流工作階段。這是因為機群執行個體每小時收費，而且每次新的串流工作階段啟動時都會產生另一個機群執行個體費用。

表 10 — WorkSpaces 應用程式機群類型比較

WorkSpaces 應用程式會監控您的機群使用率，並自動調整機群容量，以盡可能最低的成本滿足您的使用者需求。容量調整是根據您根據目前使用率或排程定義的擴展政策進行。定期檢閱機群用量指標，以驗證機群擴展政策沒有高層級的備用容量。

擴展政策

機群 Auto Scaling 可讓您最佳化機群資源，無需過度遞交等待使用者登入的資源。管理員可以根據各種使用率調整機群的大小，以符合使用者需求。使用 CloudWatch WorkSpaces 應用程式機群指標或第三方監控工具來了解使用者活動，並設定擴展政策，根據預期的用量來擴展或縮減 WorkSpaces 應用程式機群。使用者日誌是了解實際使用情況的必要機制。此洞見可用來根據 Auto Scaling 動態變更機群大小。

在許多情況下，WorkSpaces 應用程式機群是根據使用者數量上限建立的，而且不會針對一天和一週的不同時間進行調整，例如夜間和週末。串流應用程式並行使用者計數通常小於使用者總數，特別是當使用者具有遠端工作的彈性時。在投影用量模式時，請務必考量這些因素。過度估算會導致 WorkSpaces 應用程式執行個體過度佈建，進而產生額外的成本。若要獲得最佳組態，您可能需要結合一或多個排程擴展政策與橫向擴展政策。

若要進一步了解如何實作擴展政策，請檢閱擴展 Amazon AppStream 2.0 機群。

使用者費用

在使用者從 WorkSpaces 應用程式機群執行個體串流應用程式的每個 AWS 區域 中，使用者每月都會向每位使用者收取費用。為 WorkSpaces 應用程式使用者提供一致的使用者 IDs，而不是產生不同的使用者 IDs。連線至映像建置器時，不會收取使用者費用。

學校、大學和特定公有機構可能符合 Microsoft RDS SAL 使用者費用折扣的資格，每位使用者每月 0.44 美元。如需資格要求，請參閱 Microsoft 授權條款和文件。

如果您有 Microsoft 授權行動性，您可能有資格使用自己的 Microsoft RDS 用戶端存取授權 CALs)，並將其與 Amazon WorkSpaces 應用程式搭配使用。如果您擁有自己的授權，則不會產生每月使用者費用。如需如何搭配 Amazon WorkSpaces 應用程式使用現有 Microsoft RDS CAL 授權的詳細資訊，請參閱AWS 授權行動性指南，或諮詢您的 Microsoft 授權代表。

映像建置器用量

WorkSpaces 應用程式映像建置器執行個體會每小時收費。Image Builder 執行個體費用包括運算、儲存和串流通訊協定使用的任何網路流量。所有正在執行的映像建置器執行個體都會收取適用的執行執行個體費用。此費用是根據執行個體類型和大小而定，即使沒有連接管理員也一樣。

作為最佳化成本的最佳實務，請在不使用 Image Builder 執行個體時將其關閉。CloudWatch Events 規則可用來排程每日任務，例如叫用 Lambda 函數來停止映像建置器執行個體。

您可以使用受管 WorkSpaces 應用程式映像更新，讓 WorkSpaces 應用程式映像保持up-to-date狀態。此更新方法提供最新的 Windows 作業系統更新和驅動程式更新，以及最新的 WorkSpaces 應用程式代理程式軟體。使用此方法更新映像時，映像建置器會自動啟動和停止，作為受管服務程序的一部分。