Basil Asked: 2013-08-16 05:30:48 +0800 CST2013-08-16 05:30:48 +0800 CST 2013-08-16 05:30:48 +0800 CST 用于 Netapp 群集故障转移的 VMWare ESX 和来宾设置 772 如果我在 FC [edit] LUN 上运行 VMWare 5.x，该 LUN 是从以 7 模式运行 ontap 8.x 的 Netapp 提供的，我应该采取哪些步骤来确保 VM 能够承受最坏的集群节点故障转移？HBA设置？ESX 设置？修改虚拟机的设置？我知道这一切都由 Netapp 的主机套件处理，但我们想知道它在做什么和/或自己做。 Netapp 上的 cf 接管通常非常快，但在某些情况下可以运行长达 3 分钟。 storage 1 个回答 Voted Best Answer TheFiddlerWins 2013-08-16T06:18:14+08:002013-08-16T06:18:14+08:00 主要是你想确保你的虚拟机在没有磁盘 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，它可以让您的生活变得更加轻松。
主要是你想确保你的虚拟机在没有磁盘 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，它可以让您的生活变得更加轻松。