我们有两个VMWare环境,运行着一些(主要是)Redhat 5.9和6.4客户端。 我们有时间漂移(每周提前几分钟)的问题。 我们使用ntp,同步到本地域控制器。
VMWare的这个build议明确说不要使用vmware-tools进行时间同步。 为什么? 似乎很多人都有NTP的问题,并且VMware工具通常以可预测的方式运行。 vmware-tools在更高版本的Redhat上有什么具体问题吗?
对于上下文,这是我们的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
我们的一些客人保持时间绝对没有问题。 其他人则大幅度减less。
老实说,在虚拟环境和现代操作系统中,你不应该有NTP的问题。值得找出问题的根源。
如果可以,请确保您有一个良好的NTP基础架构(我通常使用外部NTP源或将所有内容指向核心交换机或路由器),并确保ESXi主机的硬件时钟基本已设置并及时closures。 有时候, 对具有硬件时钟偏差的不同主机的vMotion可能会触发虚拟机中出现的问题。
至于客人工具的方法,这是有点哈克。 如果您的虚拟机不运行访客工具(不支持的操作系统或设备情况),或者您的访客工具处于非最佳状态(例如,在Linux内核更新之后的VMware Tools)。
我认为VMware不推荐Tools时间同步的原因是他们想要防止在VM中有两个时间同步方法同时活动的情况。
默认情况下join域DC同步时间的Windows虚拟机,以及Linuxpipe理员将其计算机configuration为NTP(无论它们是虚拟还是物理)。 将VMware工具添加为第二个同步源会施加不必要的影响,如不断调整。
VMWare的这个build议明确说不要使用vmware-tools进行时间同步。 为什么? 似乎很多人都有NTP的问题,并且VMware工具通常以可预测的方式运行。
除了大多数情况下,VMware和物理主机或其他异构环境的混合之外,我不知道这是一个权威的原因。 所以他们推荐NTP这样的东西,所有东西都是同步的,而不仅仅是主机的虚拟机。 使用像NTP这样的标准可以确保任何types的环境都能在OS和硬件平台之间进行标准的时钟同步。