本繁體中文版使用機器翻譯，譯文僅供參考，若與英文版本牴觸，應以英文版本為準。

在 NetApp 儲存設備上部署 Microsoft Hyper-V ：考量事項

09/23/2024 貢獻者

此步驟對於確定應用程式、服務和工作負載可在 Hyper-V 環境中有效運作至關重要。相容性檢查必須涵蓋作業系統版本、 Windows 伺服器版本、應用程式相依性、資料庫系統、以及現有環境中存在的任何特定組態或自訂。

適當調整儲存容量

在部署工作負載或從現有 Hypervisor 移轉之前、請先確定工作負載的大小符合所需的效能。這可以透過收集每個個別 VM 的效能資料來輕鬆完成、這些資料會收集 CPU （已使用 / 已配置）、記憶體（已使用 / 已配置）、儲存（已配置 / 已使用）、網路處理量和延遲、以及讀取 / 寫入 IOPS 、處理量和區塊大小的集合。這些參數是成功部署及正確調整儲存陣列和工作負載主機大小的必要參數。

注意 * ：為 Hyper-V 及相關工作負載調整儲存容量時、規劃 IOPS 與容量。
注意 * ：對於 I/O 密集的較高 VM 或需要大量資源和容量的 VM 、請將作業系統和資料磁碟區隔開。作業系統和應用程式二進位檔不常變更、而且可以接受磁碟區損毀的一致性。
注意 * ：使用來賓連線儲存設備（也稱為來賓作業系統）來處理高效能資料磁碟、而非使用 VHD 。這也有助於簡化複製程序。

提升虛擬機器效能

選擇適當數量的 RAM 和 vCPU 、以獲得最佳效能、並將多個磁碟附加到單一虛擬 SCSI 控制器。仍建議使用固定的 VHD 作為部署虛擬磁碟的主要選擇、而且不限制使用任何類型的 VHDX 虛擬磁碟。

附註 * ：避免在 Windows Server 上安裝不必要的角色、以免被使用。
附註 * ：選擇第 2 代作為能夠從 SCSI 控制器載入 VM 的虛擬機器、並以 VMBus 和 VSP / VSC 架構為基礎、以達到開機層級、大幅提升整體 VM 效能。
注意 * ：避免經常進行檢查點、因為它會對 VM 效能造成負面影響。

SMB3.0 設計與考量

SMB 3.0 檔案共用可做為 Hyper-V 的共用儲存設備ONTAP 支援在 Hyper-V 的 SMB 共用上進行不中斷營運Hyper-V 可以使用 SMB 檔案共用來儲存虛擬機器檔案、例如組態、快照和虛擬硬碟（ VHD ）檔案。針對 Hyper-V 使用專屬的 ONTAP CIFS SVM for SMB3.0 型共用用於儲存虛擬機器檔案的磁碟區必須使用 NTFS 安全性樣式磁碟區建立。如果有 Hyper-V 主機和 NetApp 陣列可用、建議在 10GB 網路上進行連線。如果是 1GB 網路連線、 NetApp 建議您建立由多個 1GB 連接埠組成的介面群組。將服務 SMB 多通道的每個 NIC 連接到其專用 IP 子網路、以便每個子網路在用戶端和伺服器之間提供單一路徑。

重點 *
在 ONTAP SVM 上啟用 SMB 多通道
ONTAP CIFS SVM 在叢集中的每個節點上至少應有一個資料 LIF 。
使用的共用必須使用持續可用的內容集進行設定。
ONTAP One 現在已包含在每個 AFF （ A 系列和 C 系列）、 All SAN Array （ ASA ）和 FAS 系統上。因此不需要個別的授權。
若為共用的 VHD 、請使用來賓連線的 iSCSI LUN
附註 * ： ODX 支援、可跨通訊協定運作。在檔案共用區與 iSCSI 或 FCP 附加 LUN 之間複製資料也會使用 ODX 。
附註 * ：叢集中節點上的時間設定應相應設定。如果 NetApp CIFS 伺服器必須參與 Windows Active Directory （ AD ）網域、則應使用網路時間傳輸協定（ NTP ）。
注意 * ：必須透過 CIFS 伺服器啟用大 MTU 值。較小的封包大小可能會導致效能降低。

資源配置 SMB Volume

確認儲存虛擬機器（ SVM ）上已啟用必要的 CIFS 伺服器選項
下列選項應設為 true ：啟用 SMB2 的 smb3 啟用複製卸載的 ShadowCopy-enabled is - 啟用多通道的 smb2-smb3-mtu
在儲存虛擬機器（ SVM ）上建立 NTFS 資料磁碟區、然後設定持續可用的共享區、以搭配 Hyper-V 使用
- 附註 * ：除非將組態中使用的磁碟區建立為 NTFS 安全型磁碟區、否則透過 SMB 執行 Hyper-V 的不中斷作業將無法正常運作。
在共用上啟用持續可用的 NTFS 權限、並將其設定為包含完全控制的 Hyper-V 節點。

如需詳細的最佳實務做法指引、請參閱 "Hyper-V 的部署準則與最佳實務做法"。

如需其他資訊、請參閱 "SMB伺服器與磁碟區需求、適用於SMB上的Hyper-V
"。

區塊傳輸協定設計與考量

重點 *
在主機上使用多重路徑（ MPIO ）來管理多重路徑。視需要建立更多路徑、以促進資料移動性作業、或是利用額外的 I/O 資源、但不要超過主機作業系統可支援的最大路徑數。
在存取 LUN 的主機上安裝主機公用程式套件。
建立至少 8 個磁碟區。
附註 * ：每個磁碟區使用一個 LUN 、因此 LUN 與 CSV 的比例對應為 1 ： 1 。
SVM 應在每個儲存控制器上、每個乙太網路或光纖通道架構都有一個 LIF 、以便使用 iSCSI 或光纖通道來提供資料。
SVM 使用 FCP 或 iSCSI 提供資料、需要 SVM 管理介面。

資源配置 iSCSI Volume

若要佈建 iSCSI Volume 、請確保符合下列先決條件。

儲存虛擬機器（ SVM ）應啟用 iSCSI 傳輸協定、並建立適當的邏輯介面（生命）。
指定的 Aggregate 必須有足夠的可用空間來容納 LUN 。
注意 * ：根據預設、 ONTAP 使用選擇性 LUN 對應（ SLM), 只能透過擁有 LUN 的節點上的路徑及其高可用度（ HA ）合作夥伴來存取 LUN 。
如果 LUN 移至叢集中的另一個節點、請在每個節點上設定所有 iSCSI 生命體、以實現 LUN 的移動性。

步驟

使用系統管理員並瀏覽至 LUN 視窗（ ONTAP CLI 可用於相同的作業）。
按一下「建立」。
瀏覽並選擇要在其中建立 LUN 的指定 SVM 、並顯示 Create LUN Wizard （建立 LUN 精靈）。
在「一般內容」頁面上、針對包含 Hyper-V 虛擬機器虛擬硬碟（ VHD ）的 LUN 選取 Hyper-V 。
在 LUN Container 頁面上、選擇現有的 FlexVol Volume 、否則將建立新的 Volume 。
在 [ 啟動器對應 ] 頁面上按一下 [ 其他選項 ] ，然後按一下 [ 新增啟動器群組 ] ，在 [ 一般 ] 索引標籤上輸入必要的資訊，再在 [ 啟動器 ] 索引標籤上輸入主機的 iSCSI 啟動器節點名稱。
確認詳細資料、然後按一下「完成」以完成精靈。

建立 LUN 後、請前往容錯移轉叢集管理程式。若要將磁碟新增至 CSV 、必須將磁碟新增至叢集的可用儲存群組（如果尚未新增）、然後將磁碟新增至叢集上的 CSV 。

注意 * ：在容錯移轉叢集中、預設會啟用 CSV 功能。
將磁碟新增至可用儲存設備： *
1. 在容錯移轉叢集管理程式的主控台樹狀目錄中、展開叢集名稱、然後展開儲存。
2. 以滑鼠右鍵按一下 [ 磁碟 ] ，然後選取 [ 新增磁碟 ] 。隨即出現清單、顯示可新增以用於容錯移轉叢集的磁碟。
3. 選取您要新增的磁碟、然後選取確定。
4. 磁碟現在已指派給可用的儲存群組。
5. 完成後、請選取剛指派給可用儲存設備的磁碟、以滑鼠右鍵按一下選取項目、然後選取新增至叢集共用磁碟區。
6. 磁碟現在已指派給叢集中的叢集共用 Volume 群組。磁碟會以編號的磁碟區（掛載點）形式、顯示在 %SystemDrive%ClusterStorage 資料夾下。這些磁碟區會出現在 CSVFS 檔案系統中。

如需其他資訊、請參閱 "在容錯移轉叢集中使用叢集共用磁碟區"。

建立高可用度的虛擬機器： *

若要建立高可用度的虛擬機器、請遵循下列步驟：

在容錯移轉叢集管理程式中、選取或指定您要的叢集。確保叢集下的主控台樹狀目錄已展開。
按一下角色。
按一下 [ 動作 ] 窗格中的 [ 虛擬機器 ] ，然後按一下 [ 新增虛擬機器 ] 。此時將出現 [ 新增虛擬機器精靈 ] 。按一下「下一步」
在 [ 指定名稱與位置 ] 頁面上，指定虛擬機器的名稱，例如 Nimdemo 。按一下 [ 將虛擬機器儲存在其他位置 ] ，然後輸入完整路徑，或按一下 [ 瀏覽 ] 並瀏覽至共用儲存設備。
將記憶體指派給與實體網路介面卡相關的虛擬交換器、並設定網路介面卡。
在「 Connect Virtual Hard Disk 」頁面上、按一下「 Create a virtual hard disk 」（建立虛擬硬碟）。
在「安裝選項」頁面上、按一下「從開機 CD/DVD-ROM 安裝作業系統」。在 [ 媒體 ] 下，指定媒體的位置，然後按一下 [ 完成 ] 。
虛擬機器即會建立。然後、容錯移轉叢集管理程式中的高可用度精靈會自動設定虛擬機器的高可用度。

使用 ODX 功能快速配置虛擬磁碟

ONTAP 的 ODX 功能可複製主要 VHDX 檔案、只需複製 ONTAP 儲存系統代管的主要 VHDX 檔案、即可製作主要 VHDX的複本。由於啟用 ODX 的複本不會將任何資料放在網路線路上、因此複製程序會在 NetApp 儲存端執行、因此速度最多可快上六到八倍。快速資源配置的一般考量包括儲存在檔案共用上的主系統重新繪製映像、以及由 Hyper-V 主機啟動的一般複本程序。

注意 * ： ONTAP 支援 ODX 、適用於 SMB 與 SAN 傳輸協定。
注意 * ：若要利用 ODX 複本卸載傳遞與 Hyper-V 的使用案例、來賓作業系統必須支援 ODX 、而且來賓作業系統的磁碟必須是支援 ODX 的 SCSI 磁碟（ SMB 或 SAN ）。客體作業系統上的IDE磁碟不支援ODX傳遞。

效能最佳化

雖然每個 CSV 建議的虛擬機器數量是主觀的、但許多因素決定了可放置在每個 CSV 或 SMB 磁碟區上的最佳虛擬機器數量。雖然大多數系統管理員只考慮容量，但傳送至 VHD 的並行 I/O 數量是整體效能最重要的因素之一。控制效能的最簡單方法是調整每個 CSV 或共享區上放置的虛擬機器數量。如果並行虛擬機器 I/O 模式傳送太多流量給 CSV 或共享區、則磁碟佇列會填滿、並產生較高的延遲。

SMB Volume 和 CSV 規模調整

確保解決方案的端點對端大小適當、以避免瓶頸、當建立用於 Hyper-V VM 儲存目的的磁碟區時、最佳做法是建立不超過所需容量的磁碟區。適當調整規模的磁碟區可避免在 CSV 上意外放置太多虛擬機器、並降低資源爭用的可能性。每個叢集共用 Volume （ CSV ）都支援一個 VM 或多個 VM 。CSV 上要放置的虛擬機器數量取決於工作負載和業務偏好、以及如何使用 ONTAP 儲存功能、例如快照和複寫。在大多數部署案例中、將多個 VM 放在 CSV 上是一個良好的起點。針對特定使用案例調整此方法、以符合效能和資料保護需求。

由於磁碟區和 VHD 大小可以輕鬆增加、如果 VM 需要額外容量、就不需要調整超過所需的 CSV 大小。磁碟部分可用於擴充 CSV 大小、或是建立新的 CSV 、並將所需的 VM 移轉至新的 CSV 。為了達到最佳效能、最佳做法是增加 CSV 數量、而非增加 CSV 的規模作為臨時措施。

移轉

在目前市場情況下、最常見的使用案例之一是移轉。客戶可以使用 VMM Fabric 或其他協力廠商移轉工具來移轉 VM 。這些工具會使用主機層級複本、將資料從來源平台移至目的地平台、視移轉範圍內的虛擬機器數量而定、可能會耗費大量時間。

在這類案例中使用 ONTAP 、可比使用主機型移轉程序更快進行移轉。ONTAP 也能將 VM 從一個 Hypervisor 快速移轉至另一個 Hypervisor （在此案例中為 ESXi ）。任何大小的 VMDK 都可以在 NetApp 儲存設備上以秒為單位轉換為 VHD 。這就是我們的 PowerShell 方法：它利用 NetApp FlexClone ® 技術來快速轉換 VM 硬碟。它也會處理目標 VM 和目的地 VM 的建立和組態。

此程序有助於將停機時間降至最低、並提高企業生產力。此外、它還能降低授權成本、限制及承諾單一廠商、提供更多選擇與靈活度。這對於想要最佳化 VM 授權成本並擴充 IT 預算的組織也很有幫助。

下列影片將虛擬機器從 VMware ESX 移轉至 Hyper-V 的程序虛擬化

從 ESX 到 Hyper-V 的零接觸移轉

如需使用 FlexClone 和 PowerShell 移轉的其他資訊、請參閱 "用於移轉的 PowerShell 指令碼"。