如果我在运行ontap 8.x（7模式）的Netapp中提供的FC [edit] LUN上运行VMWare 5.x，我应该采取哪些步骤来确保VM能够承受最差的群集节点故障切换？ HBA设置？ ESX设置？ 修改虚拟机的设置？ 我知道这一切都使用Netapp的主机套件处理，但我们想知道它在做什么和/或自己做。
Netapp的CF收购通常相当快，但在某些情况下可能会运行3分钟。
主要你想确保你的虚拟机将没有磁盘IO好。 安装VMware工具将使用4.x和更新版本来处理这个问题。 您还希望在ESX主机上设置与超时有关的正确设置，这些设置在TR-3749的netapp站点上详细介绍
真的，使用哪种协议来集群失败并不重要，因为guest虚拟机会看到同样的事情 – 它们的磁盘将仅在短时间内脱机/读取。 此脚本可以帮助您在虚拟机上设置NetApp推荐的设置 ，但是我非常确定VMware工具安装是否适合您。
在ESX / ESXi方面， 它取决于您正在运行的ESX / OnTap的版本，但不是您要编辑的内容。 你可以强制MRU / RR等，但这只是它如何发现它的LUN的path（除非你在做什么奇怪的交换应该是几乎设置和忘记）。 实际上，您无法加速故障转移本身，这是控制器启动和同步并在NVRAM中重播数据所需时间的函数。 VMware和NetApp的PSP / SATP一起工作来pipe理这些东西。 有关更多信息，您可以使用esxcli查看（并编辑一个有限的）这些设置。 尝试esxcli存储nmp和esxcli存储san fc挖掘，但个人我不会惹这个东西，除非我有一个特定的需求，即使你设法挤压一些性能的改善，你可能会最终打破未来的版本兼容性等。
对于HBA而言，要看的主要是队列深度，但这取决于您如何configuration工作负载。 在文件pipe理器方面，您不需要更改队列设置，它应该根据工作负载进行调整。
如果你使用的是FC，我强烈推荐至less尝试NFS，它可以让你的生活变得更加简单。