我们有两个 VMWare 环境，运行大量（主要是）Redhat 5.9 和 6.4 客户机。我们遇到了时间漂移问题（每周提前几分钟）。我们使用 ntp，同步到本地域控制器。
本建议VMWare 明确表示不要使用 vmware-tools 进行时间同步。为什么？似乎许多人都遇到了 NTP 问题，而 vmware-tools 的行为通常可以预测。在更高版本的 Redhat 上，vmware-tools 是否存在任何特定问题？
就上下文而言，这是我们的 ntp.conf（删除了所有注释行）：
tinker panic 0
restrict default kod nomodify notrap nopeer noquery
restrict -6 default kod nomodify notrap nopeer noquery
restrict 127.0.0.1
restrict -6 ::1
server our.domain.server.com
driftfile /var/lib/ntp/drift
keys /etc/ntp/keys
我们的一些客人在计时方面完全没有问题，而其他人的计时则相差甚远。
答案1
老实说，在虚拟环境和现代操作系统中，你不应该遇到 NTP 问题……值得找到问题的根本原因那问题。
如果可以，请确保您拥有良好的 NTP 基础设施（我通常使用外部 NTP 源或将所有内容指向核心交换机或路由器），并且您拥有基本的东西，例如 ESXi 主机的硬件时钟设置和时间关闭。有时，通过 vMotion 迁移到具有硬件时钟偏差的其他主机可能会触发您所看到的问题在虚拟机中。
至于客户工具方法，它有点不靠谱。如果您的虚拟机不运行客户工具（不支持的操作系统或设备情况），或者您的客户工具处于非最佳状态（例如 Linux 内核更新后的 VMware Tools），该怎么办？
答案2
我认为 VMware 不推荐工具时间同步的原因是他们想防止在虚拟机中同时激活两种时间同步方法的情况。
默认情况下，加入域的 Windows VM 会与其 DC 同步时间，Linux 管理员会为 NTP 配置其计算机（无论它们是虚拟的还是物理的）。添加 VMware 工具作为第二个同步源会带来不良影响，例如不断进行调整。
答案3
VMWare 的建议明确指出不要使用 vmware-tools 进行时间同步。为什么？似乎许多人都遇到了 NTP 问题，而 vmware-tools 的行为通常都是可预测的。
除了大多数时候 VMware 和物理主机或其他异构环境混合存在之外，我不知道还有其他权威原因。因此，他们推荐使用 NTP 之类的东西，这样所有内容都可以同步，而不仅仅是虚拟机与主机同步。使用 NTP 之类的标准可确保任何类型的环境都可以在操作系统和硬件平台上实现标准时钟同步。