用于 Netapp 群集故障转移的 VMWare ESX 和来宾设置

Question

如果我在 FC [编辑] LUN 上运行 VMWare 5.x，该 LUN 由在 7 模式下运行 ontap 8.x 的 Netapp 提供，我应该采取哪些步骤来确保 VM 能够承受最坏的集群节点故障转移情况？HBA 设置？ESX 设置？对虚拟机设置的修改？我知道这一切都由 Netapp 的主机套件处理，但我们想知道它在做什么和/或自己做。

Netapp 上的 cf 接管通常很快，但在某些情况下可能长达 3 分钟。

Answer 1

主要是您想确保您的虚拟机在没有磁盘 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，它可以让您的生活变得更加轻松。