共用方式為

Azure 虛擬桌面工作負載的儲存體考慮

  • 發行項

本文討論 Azure 虛擬桌面 工作負載的儲存體設計區域。 Azure 虛擬桌面是雲端式終端使用者計算解決方案，可讓使用者從任何裝置上隨時隨地存取其桌面和應用程式。 此討論涵蓋虛擬機器 (VM) 、使用者設定檔和應用程式的儲存體考慮。

重要

本文是 Azure Well-Architected Framework Azure 虛擬桌面工作負載 系列的一部分。 如果您不熟悉此系列，建議您從 什麼是 Azure 虛擬桌面工作負載開始？。

地區選擇

影響：效能效率、成本優化

當您部署 Azure 虛擬桌面時，區域選取是重要的考慮。 在您選取要部署的 Azure 區域之前，您應該先檢查產品可用性。 Azure 虛擬機器等服務的 SKU 可能會因區域而異，因為並非所有區域都包含相同的硬體。 如需 VM SKU 和其他服務的可用性，請參閱 依區域提供的產品。

在選取特定區域之前，您也應該注意其區域合規性和資料落地需求。

區域選取的另一個重要考慮是延遲。 通常最好將所有必要資源集中到與主機集區相同的 Azure 區域中。 如果您在離使用者遠的區域部署 Azure 虛擬桌面，可能會增加延遲並降低效能。 它也可以增加區域之間資料傳輸的成本。

Azure 虛擬桌面中繼資料存放區包含工作區、主機集區、應用程式群組和調整方案。 您為工作階段主機選取的區域不一定支援此中繼資料存放區。 缺乏此支援可能會導致中繼資料存放區和工作階段主機分開。 如需詳細資訊，請參閱 Azure 虛擬桌面的資料位置。

建議
  • 檢查所選區域中是否有可用的 VM SKU 和 Azure 服務。
  • 熟悉您所考慮之任何區域的合規性和資料落地需求。
  • 將您的資源放在與主機集區相同的 Azure 區域中，以將延遲降至最低並降低資料傳輸成本。
  • 熟悉 Azure 虛擬桌面管理平面資源可供使用的區域。

VM 和磁片大小調整

影響：效能效率、成本優化

當您部署 Azure 虛擬桌面時，VM 大小調整是一個重要考慮。 調整大小會直接影響您的成本和使用者體驗。 調整大小也會決定哪些工作負載順利執行。 整體目標是查看工作負載的資源需求，以及您是否使用個人或集區主機集區等因素來調整 VM 的大小。 也最好使用比使用幾個大型 VM 更多的較小 VM，因為更容易管理和維護較小的 VM。 如需 VM 調整大小的詳細資訊，請參閱 工作階段主機虛擬機器大小調整指導方針。

調整方案提供使用小型、低使用者密度 VM 的有效方式。 調整計畫會根據使用者需求和排程自動調整 VM 數目。 此方法可藉由關閉未使用的 VM 來降低成本。 它會比對主機集區容量與使用者會話來優化資源。 如需詳細資訊，請參閱 Azure 虛擬桌面中的自動調整規模調整方案和範例案例。

當您選取 Azure 虛擬桌面的作業系統磁片時，您可以透過固態硬碟) 選取標準硬碟 (HDD) 來節省成本， (SSD) ，但您犧牲效能。 如果您的生產工作負載需要服務等級協定 (SLA) ，您應該使用進階 SSD 儲存體。

另一個考慮是，Azure VM 每秒的 I/O 作業 (IOPS) 和以 VM 類型和大小為基礎的輸送量效能限制。 所選作業系統磁片和資料磁片的 SKU 最終會決定使用者可用的 IOPS。 如果您使用 FSLogix 設定檔，則會有額外的 IOPS 需求，因為設定檔會從網路共用提取並寫入磁片。 如需 IOPS 和磁片效能的詳細資訊，請參閱 VM 磁片的延展性和效能目標。

建議
  • 在您選取 VM SKU 之前，請先檢查使用者執行之工作負載的 CPU、GPU、記憶體和儲存體使用量。
  • 針對單一工作階段主機，使用至少有兩個實體 CPU 核心的 VM。
  • 針對多工作階段主機使用至少四個核心的 VM。
  • 使用較多較小的 VM，而不是少數大型 VM。
  • 使用調整計畫，根據使用者需求和排程調整 VM 數目。
  • 當您選取磁片類型時，請考慮 VM 的 IOPS 和輸送量效能限制。
  • 針對高效能工作負載使用 SSD。
  • 針對需要高效能、低延遲和 SLA 的生產工作負載使用進階 SSD。
  • 使用進階 SSD 進行Windows 10或Windows 11 企業版多會話。
  • 針對個人桌面使用標準或進階 SSD。

使用者設定檔

影響：效能效率、成本優化

Azure 虛擬桌面可以有效率地處理與使用者設定檔相關聯的工作，例如管理大型離線儲存體資料表檔案，以及保存新式設定。 整體而言，FSLogix 是 Azure 虛擬桌面的建議使用者設定檔解決方案。 其設計目的是在遠端運算環境中漫遊設定檔。 當使用者登入時，FSLogix 設定檔容器會透過虛擬硬碟 (VHD) 和 Hyper-V 虛擬硬碟 (VHDX) 動態連結至運算環境。 使用者設定檔可立即使用，並出現在系統中，就像原生使用者設定檔一樣。

Azure 提供數個儲存體解決方案，用於存放 FSLogix 設定檔容器，以搭配 Azure 虛擬桌面使用。 在大部分情況下，Azure 檔案儲存體是虛擬桌面環境的建議儲存體解決方案。 只要容量、IOPS 和延遲符合您的需求，Azure 檔案儲存體提供絕佳的價值。 其完全受控的檔案共用會將您部分的維護降到最低。 如需可用儲存層的詳細資訊，請參閱Azure 檔案儲存體層。

FSLogix 儲存體解決方案的另一個選項是Azure NetApp Files，這是 Azure 原生、企業級、高效能的檔案儲存體服務。 您為Azure NetApp Files選取的產品層和容量會影響其效能。 布建更多容量會導致較高的效能預算，這可能會導致較低層級的需求。 這種情況可能會導致 TCO) (擁有成本更理想的總成本。 當您選取階層時，您需要平衡容量、效能和成本考慮。 如需可用層的詳細資訊，請參閱Azure NetApp Files層。

下表提供 FSLogix 儲存選項的快速比較：

功能 Azure 檔案 Azure NetApp Files
使用案例 一般用途 企業規模的一般用途
平台服務 是，Azure 原生解決方案 有，Azure 原生解決方案
區域可用性 所有區域 選取的區域
備援 本地備援、區域備援、異地備援或異地區域備援 本地備援、具有跨區域複寫的區域備援，或使用跨區域複寫的異地備援
階層 標準 (交易優化) ，進階 標準、進階、Ultra
效能 每個共用最多 100,000 IOPS，每個共用 10 GBps，大約 3 毫秒延遲 每個磁片區最多 460,000 個 IOPS，每個磁片區最多 4.5 GBps，延遲大約為 1 毫秒。 如需 IOPS 和效能詳細資料，請參閱Azure NetApp Files的效能考慮和Azure NetApp Files的效能常見問題。
容量 每個共用 100 TiB，每個一般用途帳戶最多 5 個 PiB 每個磁碟區 100 TiB，每個 NetApp 帳戶最多 12.5 PiB
必要的基礎結構 最小共用大小為 1 GiB 最小容量集區 2 TiB，最小磁片區大小為 100 GiB
通訊協定 網路檔案系統 (NFS) 4.1 (preview) ，伺服器訊息區 (SMB) 3.0，SMB 2.1，REST NFS 4.1、NFS 3、SMB 3.x、SMB 2.x、雙重通訊協定

如需 FSLogix 儲存體解決方案的詳細資訊，請參閱 Azure 虛擬桌面中 FSLogix 設定檔容器的儲存體選項。

建議
  • 使用 FSLogix 作為 Azure 虛擬桌面的使用者設定檔解決方案。
  • 在與會話主機相同的區域中部署 FSLogix 設定檔容器的儲存體解決方案。
  • 檢查您考慮的任何儲存體解決方案是否支援您使用的通訊協定。
  • 在大部分情況下，請使用 Azure 檔案儲存體 作為儲存體解決方案。 當您選取階層時，請考慮下列指導方針：
    • 針對需要高效能和低延遲的 I/O 密集工作負載使用進階檔案共用。
    • 針對較不區分效能變化的 I/O 工作負載使用標準檔案共用。
    • 針對隨用隨付計費模型使用標準檔案共用。
  • 請考慮使用 Azure NetApp Files 作為大規模 Azure 虛擬桌面部署的儲存體解決方案。 請記住下列重點：
    • 檢查您的區域中是否有可用的Azure NetApp Files。
    • 當您選取階層和布建容量時，請考慮成本和效能需求。
    • 請注意，您布建的容量可能會影響您選擇的階層。

應用程式 (應用程式連結)

影響：營運卓越

應用程式連結是將應用程式傳遞至 Azure 虛擬桌面 VM 的建議解決方案。 它提供許多封裝和應用程式管理的優點。 範例包括增加安全性、彈性和控制，以及減少部署時間。 例如，您可以使用應用程式附加來更新應用程式，而不會影響使用者資料或設定。 它支援傳統型和 通用 Windows 平臺 (UWP) 應用程式。 應用程式附加也可讓您輕鬆地使用 Windows 應用程式安裝程式來安裝和卸載應用程式。

應用程式附加與 MSIX 不同。 應用程式連結專為 Azure 虛擬桌面等支援的產品所設計。 在 Azure 虛擬桌面部署中，應用程式連結會將應用程式傳遞至 MSIX 容器內的工作階段主機。 這些容器會分隔使用者資料、作業系統和應用程式。 此區隔可改善安全性並提升疑難排解效率。 App Attach 的主要優點是它提供應用程式傳遞的彈性和控制。 例如，您可以將應用程式從 MSIX 套件動態附加至使用者會話。

應用程式附加與檔案共用所使用的儲存網狀架構類型沒有特定相依性。 因此，App Attach 共用的考慮與 FSLogix 共用的考慮相同。 如需這些考慮，請參閱本文稍早的 使用者設定檔。 若要深入了解儲存體需求，請參閱 Azure 虛擬桌面中 FSLogix 設定檔容器的儲存體選項。

建議

  • 將應用程式連結儲存網狀架構與 FSLogix 設定檔容器分開。

  • 從防毒掃描中排除下列檔案，以避免效能瓶頸：

    • <App-Attach-file-share > *。VHD
    • <App-Attach-file-share > *。VHDX
    • <App-Attach-file-share > 。Cim

  • 如果您使用 Azure 檔案儲存體，請從防毒掃描排除下列位置：

    • \storageaccount.file.core.windows.net\share*。VHD
    • \storageaccount.file.core.windows.net\share*。VHDX
    • \storageaccount.file.core.windows.net\share*。Cim

  • 如果您使用多工作階段主機來執行測試，以查看相同工作階段主機上的兩位以上的使用者是否可以同時成功執行應用程式。

  • 在 Azure 虛擬桌面的災害復原計畫中納入步驟，以複寫次要容錯移轉位置中的應用程式連結檔案共用。 也請確定檔案共用路徑可在次要位置存取。 請考慮使用 分散式檔案系統 (DFS) 命名空間 來符合此需求。

  • 檢查當您使用 Azure 檔案儲存體 時，應用程式連結檔案共用是否包含下列許可權：

    Azure 物件 必要角色 角色函式
    工作階段主機 (VM 電腦物件) 儲存體檔案資料 SMB 共用讀者 透過 SMB 提供 Azure 檔案共用的讀取權限
    檔案共用上的系統管理員 儲存體檔案資料 SMB 共用提升權限的參與者 提供讀取、寫入和刪除存取權和許可權，以修改 Azure 檔案共用中檔案和目錄的存取控制清單

下一步

既然您已瞭解儲存體考慮，請參閱如何將 Azure 虛擬桌面工作負載與 Azure 登陸區域整合。

登陸區域整合

使用評定工具來評估您的設計選擇。

評量