將 Lsv3、Lasv3 和 Lsv2 系列 Windows VM 的效能最佳化

  • 發行項

適用於：✔️ Windows VM ✔️ 統一擴展集

Lsv3、Lasv3 和 Lsv2 系列 Azure 虛擬機器 (Azure VM) 支援各種工作負載，其在各種應用程式和產業的本機儲存體上需要高 I/O 和輸送量。 L 系列適用於巨量資料、SQL、NoSQL 資料庫、資料倉儲和大型交易資料庫，包括 Cassandra、MongoDB、Cloudera 和 Redis。

Lsv3、Lasv3 和 Lsv2 系列 VM 的設計可以搭配 Windows 和 Linux 作業系統需求使用，以獲得更佳的硬體和軟體效能。

軟體和硬體微調讓發佈到 Azure Marketplace 版本 (和更新版本) 的 Windows Server 2019 Datacenter 最佳化，且此最佳化版本支援 L 系列 VM 中的最大效能。

本文提供秘訣和建議，以確保您的工作負載和應用程式能夠達到最高的效能，並將其設計到 VM 中。

AMD EPYC™ 晶片組架構

Lasv3 和 Lsv2 系列 VM 使用以 Zen 微結構為基礎的 AMD EPYC™ 伺服器處理器。 AMD 針對 EPYC™ 開發 Infinity Fabric (IF)，作為其 NUMA 模型的可調整互連，可用於晶片、封裝和多封裝通訊。 相較於 Intel 現代化單晶片處理器使用的 QPI (快速路徑互連) 和 UPI (Ultra 路徑互連)，AMD 的多 NUMA 小晶片結構會帶來效能優勢和一些挑戰。 記憶體頻寬和延遲條件限制的實際影響會因工作負載類型而異。

將效能最大化的秘訣

  • 若要獲得最大效能，請搭配每個裝置的深佇列深度，執行多個工作。

  • 在使用中工作負載期間，請避免混用 NVMe 管理員命令 (例如 NVMe SMART 資訊查詢) 與 NVMe I/O 命令。 Lsv3、Lasv3 和 Lsv2 NVMe 裝置是由 Hyper-V NVMe Direct 技術支援，當任何 NVMe 的管理員命令遭到擱置時，L 系列裝置就會切換為「低速模式」。 如果發生這種情況，Lsv3、Lasv3 和 Lsv2 使用者可能在 NVMe I/O 效能中看到顯著的效能下降。

  • 不建議 Lsv2 使用者依賴 VM 內部回報的裝置 NUMA 資訊 (全部為 0)，作為判斷 NUMA 應用程式親和性的資料裝置。 如需更佳的效能，建議您盡可能將工作負載分散到多個 CPU。

  • Lsv3、Lasv3 和 Lsv2 VM NVMe 裝置的每個 I/O 佇列配對，支援的佇列深度上限為 1024。 為避免觸發佇列填滿條件 (這可能降低效能)，建議 Lsv3、Lasv3 和 Lsv2 使用者將 (綜合) 基準工作負載限制為佇列深度 1024 或更低。

  • 當每個原始 NVMe 裝置直接完成 I/O，而不使用分割、檔案系統、RAID 設定等時，即可取得最佳效能。

利用本機 NVMe 儲存體

在所有 Lsv3、Lasv3 和 Lsv2 VM 的 1.92 TB NVMe 磁碟上，本機儲存體為暫時狀態。 在 VM 成功完成標準重新開機期間，會保存本機 NVMe 磁碟上的資料。 如果重新部署、解除配置或刪除 VM，資料不會保存在 NVMe 上。 如果有另一個問題導致 VM 或執行 VM 的硬體狀況不良，則不會保存資料。 發生這種案例時，系統會安全清除舊主機上所有的資料。

在部分案例中 (例如計劃性維護作業期間)，VM 必須移至不同的主機電腦。 計劃性維護作業和一些硬體故障可透過 Scheduled Events 進行預期。 使用 Scheduled Events 可隨時掌握任何預計維護作業和復原作業的最新狀態。

如果計劃性維護事件需要在空白本機磁碟的新主機上重新建立 VM，即須重新同步資料 (同樣的，舊主機上所有的資料都需要安全清除)。 這案例發生的原因，是 Lsv3、Lasv3 和 Lsv2 系列 VM 目前不支援在本機 NVMe 磁碟上即時移轉。

計劃性維護有兩種模式：標準 VM 客戶控制的維護和自動維護。

針對任何即將推出的服務事件，請使用受控制的維護程序來選取您最方便進行更新的時間。 在事件前，您可以備份進階儲存體中的資料。 維護事件完成後，您可以將資料傳回重新整理的 Lsv2 VM 本機 NVMe 儲存體。

在本機 NVMe 磁碟上維護資料的案例，包括：

  • VM 正在執行且狀況良好。
  • 您或 Azure 就地重新開機 VM。
  • VM 已暫停 (未解除配置即停止)。
  • 多數計劃性維護作業。

為保護客戶而安全清除資料的案例，包括：

  • 您重新部署、停止 (解除配置) 或刪除 VM。
  • VM 會變得狀況不良，而且由於硬體問題而必須對另一個節點進行服務修復。
  • 需要將 VM 重新配置給另一部主機，以進行服務的少數計劃性維護作業。

標準 VM 客戶控制的維護

在標準 VM 客戶控制的維護中，VM 會每 30 天移至更新的主機。

Lsv3、Lasv3 和 Lsv2 本機儲存體資料可能會遺失，所以建議您在進行事件前備份資料。

自動維護

如果客戶未執行客戶控制的維護，則會進行自動維護。 此外也可能因為出現緊急程序 (例如安全性零時差事件) 而進行自動維護。

自動維護的目的是保留客戶資料，但存在 VM 凍結或重新開機的小風險。

Lsv3、Lasv3 和 Lsv2 本機儲存體資料可能會遺失，所以建議您在進行事件前備份資料。

常見問題集

以下是此系列的常見問題。

如何開始部署 L 系列 VM？

和任何其他 VM 一樣，使用 Azure 入口網站、透過 Azure 命令列介面 (Azure CLI)，或透過 PowerShell 建立 VM。

單一 NVMe 磁碟失敗會導致主機上所有的 VM 失敗嗎？

如果在硬體節點上偵測到磁碟失敗，則硬體會處於失敗狀態。 發生這種問題時，節點上所有的 VM 都會自動解除配置，並移至狀況良好的節點。 針對 Lsv3、Lasv3 和 Lsv2 系列 VM，此案例表示客戶在失敗的節點上的資料也會安全清除。 客戶必須在新的節點上重新建立資料。

我需要在 Windows Server 2012 或 Windows Server 2016 中調整輪詢嗎？

NVMe 輪詢僅適用於 Azure 上的 Windows Server 2019 和更新版本。

我可以切換回傳統的插斷服務常式 (ISR) 模型嗎？

Lasv3 和 Lsv2 系列 VM 已針對 NVMe 輪詢最佳化。 持續提供更新以改善輪詢效能。

我可以調整 Windows Server 2019 或更新版本的輪詢設定嗎？

使用者無法調整輪詢設定。

下一步

請參閱 Azure 上所有的儲存體效能最佳化 VM 規格。