用於 Netapp 群集故障轉移的 VMWare ESX 和來賓設置
如果我在 FC 上執行 VMWare 5.x
$$ edit $$從以 7 模式執行 ontap 8.x 的 Netapp 提供的 LUN，我應該採取哪些步驟來確保 VM 能夠承受最壞的集群節點故障轉移？HBA設置？ESX 設置？修改虛擬機的設置？我知道這一切都由 Netapp 的主機套件處理，但我們想知道它在做什麼和/或自己做。 Netapp 上的 cf 接管通常非常快，但在某些情況下可以執行長達 3 分鐘。
主要是你想確保你的虛擬機在沒有磁碟 IO 的情況下可以正常工作。安裝 VMware 工具將在 4.x 和更新版本中解決這個問題。您還想在您的 ESX 主機上設置與超時相關的正確設置，這些在 netapp 站點的 TR-3749 中有詳細說明
實際上，您使用哪種協議進行集群故障轉移並不重要，因為客人會看到同樣的事情 - 他們的磁碟將在短時間內離線/只讀。此腳本可以幫助您在 VM 上設置 NetApp 推薦的設置，但我很確定 VMware 工具安裝會為您完成。
在 ESX/ESXi 方面，這取決於您正在執行的 ESX/OnTap 版本，但它不是供您編輯的。您可以強制執行 MRU/RR 等，但這只是它發現其 LUN 路徑的方式（除非您在切換時做了一些奇怪的事情，應該設置並忘記）。您實際上無法加速故障轉移本身，它取決於控制器啟動和同步然後重播 NVRAM 中的數據所需的時間。VMware 和 NetApp 的 PSP/SATP 共同管理這些東西。有關更多資訊，您可以使用 esxcli 查看（並編輯限制）這些設置。嘗試esxcli storage nmp和esxcli storage san fc深入研究，但就個人而言，除非我有特殊需要，否則我不會弄亂這些東西，即使您設法擠出一些性能改進，您最終也可能會破壞與未來版本的兼容性等。
對於 HBA，它取決於，主要看的是隊列深度，但這取決於您如何配置工作負載。在文件管理器方面，您不需要更改隊列設置，它應該根據工作負載自行調整。
如果您使用的是 FC，我強烈建議您至少也嘗試一下 NFS，它可以讓您的生活變得更加輕鬆。