* 目前的作業環境。 *雖然 IT 團隊通常擅長管理乙太網路 IP 基礎架構，但並非所有團隊都擅長管理 FC SAN 架構。但是、使用非專為儲存流量設計的通用 IP 網路可能無法正常運作。請考量您所擁有的網路基礎架構、任何計畫性的改善、以及員工管理這些基礎架構的技能和可用度。

*易於設定。*除了FC架構的初始組態設定（額外的交換器和纜線、分區、以及HBA和韌體的互通性驗證）之外、區塊傳輸協定也需要建立及對應LUN、以及由客體作業系統探索及格式化。NFS磁碟區建立及匯出之後、便會由ESXi主機掛載並準備好使用。NFS沒有特殊的硬體限制或韌體可管理。

* 易於管理。 *使用 SAN 傳輸協定時，如果需要更多空間，就必須採取幾個步驟，包括擴充 LUN ，重新掃描以探索新的大小，然後擴充檔案系統）。雖然 LUN 的規模可以增加，但 LUN 的大小卻無法減少。NFS可輕鬆調整規模或縮減規模、儲存系統也能自動調整大小。SAN 可透過來賓作業系統 DEALLOCATE/TRIM / 取消對應命令來提供空間回收，讓已刪除檔案的空間傳回陣列。這種類型的空間回收對於 NFS 資料存放區來說並不困難。

*儲存空間的透明度。*在NFS環境中、儲存使用率通常比較容易查看、因為精簡配置可立即回收節約效益。同樣地、相同資料存放區中的其他VM或其他儲存系統磁碟區也可立即使用重複資料刪除和複製的節約效益。NFS資料存放區的VM密度通常也較高、可減少資料存放區的管理數量、進而改善重複資料刪除的節約效益、並降低管理成本。

部署vSphere搭配ONTAP 使用不間斷的NFS資料存放區、可實現高效能且易於管理的實作、提供VM對資料存放區的比率、而這些比率無法透過區塊型儲存傳輸協定取得。此架構可減少相關資料存放區數量、使資料存放區密度增加十倍。雖然較大的資料存放區可以提高儲存效率並提供營運效益，但請考慮每個節點至少使用四個資料存放區（ FlexVol Volume ），將 VM 儲存在單一 ONTAP 控制器上，以便從硬體資源獲得最大效能。此方法也可讓您建立具有不同恢復原則的資料存放區。根據業務需求、部分備份或複寫的頻率可能會比其他更高。由於資料存放區FlexGroup 是依設計進行擴充、因此不需要使用多個資料存放區來提升效能。

* NetApp 建議 * 將 FlexVol Volume 用於大多數 NFS 資料存放區。從 ONTAP 9.8 FlexGroup 磁碟區開始、也支援作為資料存放區使用、一般建議在某些使用案例中使用。一般不建議使用其他 ONTAP 儲存容器、例如 qtree 、因為目前 VMware vSphere 的 ONTAP 工具或 VMware vSphere 的 NetApp SnapCenter 外掛程式都不支援這些容器。

適用於不只FlexVol 4TB、更能滿足8TB的需求。這種規模對於效能、管理簡易性和資料保護來說、是一個很好的平衡點。從小規模開始（例如4TB）、視需要擴充資料存放區（最高300TB）。較小的資料存放區可更快從備份或災難後恢復、並可在叢集之間快速移動。請考慮使用ONTAP 不同步自動調整大小、以便在使用空間變更時自動擴充及縮小磁碟區。VMware vSphere 資料存放區資源配置精靈的 ONTAP 工具預設會針對新的資料存放區使用自動調整大小。您可以使用System Manager或命令列、進一步自訂「成長」和「縮減」臨界值、以及最大和最小大小。

此外， VMFS 資料存放區也可以使用 LUN 或 NVMe 命名空間（在新的 ASA 系統中稱為儲存單元）進行設定，這些名稱空間可由 FC ， iSCSI ， NVMe / FC 或 NVMe / TCP 存取。VMFS 可讓叢集中的每個 ESX 伺服器同時存取資料存放區。VMFS資料存放區的大小最多可達64TB、最多可包含32個2TB LUN（VMFS 3）或單一64TB LUN（VMFS 5）。AFF ， ASA 和 FAS 系統上的 ONTAP 最大 LUN 大小為 128TB 。NetApp 一律建議為每個資料存放區使用單一大型 LUN ，而非嘗試使用擴充。與 NFS 一樣，請考慮使用多個資料存放區（磁碟區或儲存單元），在單一 ONTAP 控制器上發揮最大效能。

老舊的客體作業系統（OS）需要與儲存系統一致、才能獲得最佳效能和儲存效率。然而、Microsoft和Linux經銷商（例如Red Hat）所支援的現代化作業系統不再需要調整、以使檔案系統分割區與虛擬環境中基礎儲存系統的區塊保持一致。如果您使用的是需要調整的舊作業系統，請在 NetApp 支援知識庫中搜尋使用「 VM 調整」的文章，或是向 NetApp 銷售或合作夥伴聯絡人索取一份 TR-3747 複本。

避免在來賓作業系統中使用重組公用程式、因為這不會帶來效能效益、也會影響儲存效率和快照空間使用量。也請考慮在客體作業系統中關閉虛擬桌面的搜尋索引。

以創新的儲存效率功能引領業界、讓您充分發揮可用磁碟空間的效益。ONTAP利用預設的即時重複資料刪除與壓縮技術、支援更高的效率。AFF資料會在集合體中的所有磁碟區中進行重複資料刪除、因此您不再需要將類似的作業系統和類似的應用程式群組在單一資料存放區中、以達到最大的節約效益。

在某些情況下、您甚至不需要資料存放區。請考慮來賓擁有的檔案系統，例如 NFS ， SMB ， NVMe / TCP 或由來賓管理的 iSCSI 檔案系統。如需特定的應用程式指南、請參閱適用於您應用程式的NetApp技術報告。例如，"Oracle資料庫ONTAP"有一節關於虛擬化的內容，其中包含實用的詳細資料。

一流磁碟（或改良的虛擬磁碟）可讓vCenter管理的磁碟獨立於vSphere 6.5及更新版本的VM。雖然主要是由API管理、但在vVols上也很實用、尤其是由OpenStack或Kubernetes工具管理時。支援的項目包括ONTAP VMware ONTAP vSphere的VMware vSphere的支援功能和VMware vSphere的支援功能。

使用Storage VMotion將大部分虛擬機器移至ONTAP VMware。這種方法不僅不中斷虛ONTAP 擬機器的執行、還能讓諸如即時重複資料刪除和壓縮等儲存效率功能、在資料移轉時處理資料。請考慮使用vCenter功能從清單清單清單中選取多個VM、然後在適當的時間排程移轉（按一下「Actions」（動作）時使用Ctrl鍵）。

雖然您可以仔細規劃移轉至適當的目的地資料存放區、但通常較容易大量移轉、然後視需要組織。如果您有特定的資料保護需求、例如不同的 Snapshot 排程、您可能會想要使用此方法來引導您移轉至不同的資料存放區。此外，一旦 VM 位於 NetApp 叢集上， Storage VMotion 就可以使用 VAAI 卸載，在叢集上的資料存放區之間移動 VM ，而不需要主機型複本。請注意， NFS 不會卸載已開機虛擬機器的 Storage VMotion ，不過 VMFS 會卸載。

需要更謹慎移轉的虛擬機器包括使用附加儲存設備的資料庫和應用程式。一般而言、請考慮使用應用程式的工具來管理移轉。對於Oracle、請考慮使用Oracle工具（例如RMAN或ASM）來移轉資料庫檔案。如需詳細資訊、請參閱 "將 Oracle 資料庫移轉至 ONTAP 儲存系統" 。同樣地、對於SQL Server、請考慮使用SQL Server Management Studio或NetApp工具、例如SnapManager 適用於SQL Server或SnapCenter VMware。

將儲存網路流量與其他網路區隔。使用專屬的VLAN或獨立的交換器來儲存、即可建立獨立的網路。如果儲存網路共用實體路徑（例如上行鏈路）、您可能需要QoS或額外的上行鏈路連接埠、以確保有足夠的頻寬。請勿將主機直接連線至儲存設備；請使用交換器來建立備援路徑、並讓 VMware HA 在不需介入的情況下運作。請參閱 "直接連線網路" 以取得更多資訊。

如果您的網路需要並支援巨型框架、尤其是使用iSCSI時、可以使用巨型框架。如果使用、請確定在儲存設備和ESXi主機之間的路徑中、所有網路裝置、VLAN等上的設定都相同。否則、您可能會看到效能或連線問題。MTU也必須在ESXi虛擬交換器、VMkernel連接埠、以及每ONTAP 個節點的實體連接埠或介面群組上設定相同。

NetApp 僅建議停用 ONTAP 叢集內叢集互連連接埠上的網路流程控制。對於用於資料流量的其餘網路連接埠、NetApp並未提出其他最佳實務做法建議。您應視需要啟用或停用。如需流程控制的更多背景資訊、請參閱 "TR-4182"。

當 ESXi 和 ONTAP 儲存陣列連線至乙太網路儲存網路時， * NetApp 建議 * 將這些系統連線的乙太網路連接埠設定為快速擴充樹協定（ RSTP ）邊緣連接埠，或使用 Cisco PortFast 功能。* NetApp 建議 * 在使用 Cisco PortFast 功能且啟用 802.1Q VLAN 主幹的環境中，啟用擴充樹 PortFast 主幹功能至 ESXi 伺服器或 ONTAP 儲存陣列。

* NetApp 建議 * 下列連結集合的最佳實務做法：