我的虚拟机的时钟漂移非常显着.有关于处理这个的文档,但似乎没有什么工作得很好.
任何人都有任何建议,对他们有效的事情,......
据说通过ntp定期更新不是一个好的解决方案.
在听取任何人的意见之前,请仔细阅读vmware文档.我们正在运行ESX5.
Linux客户的计时最佳实践包括:参考:http://kb.vmware.com/selfservice/microsites/search.do？language = en_US&cmd = displayKC&externalId = 1006427
NTP建议注意:VMware建议您使用NTP而不是VMware Tools定期时间同步.NTP是行业标准,可确保您的客人准确计时.您可能必须打开防火墙(UDP 123)才能允许NTP流量.
这是一个示例/etc/ntp.conf:
tinker panic 0 restrict 127.0.0.1 restrict default kod nomodify notrap server 0.vmware.pool.ntp.org server 1.vmware.pool.ntp.org server 2.vmware.pool.ntp.org driftfile /var/lib/ntp/drift
这是一个示例(特定于RedHat)/ etc/ntp/step-tickers:
0.vmware.pool.ntp.org 1.vmware.pool.ntp.org
配置指令tinker panic 0指示NTP如果看到大的时间跳跃则不要放弃.这对于应对大量时间漂移以及从暂停状态恢复虚拟机非常重要.
注意:指令tinker panic 0必须位于ntp.conf文件的顶部.
同样重要的是不要将本地时钟用作时间源,通常称为无纪律本地时钟.当存在大量时间漂移时,NTP倾向于优先于远程服务器.
这种配置的一个例子是:
server 127.127.1.0 fudge 127.127.1.0 stratum 10
注释掉这两行.
更改NTP配置后,必须重新启动NTP守护程序.请参阅操作系统供应商的文档.
vmware 在这个问题上有一个非常好的PDF文档.
基本上,主人会尽可能地为你的客人提供蜱虫. 不要像那样运行NTP或定时或垃圾.只需安装vmware-guestd并让主机转动你的滴答声.如果你仍然失去蜱,那么任何其他解决方案也会有重大偏差.
如果可以,请使用具有低频率滴答率的来宾操作系统.较新版本的Linux带有1000Hz刻度,但它仅使用100Hz.这对主持人来说似乎更容易实现.通常需要内核重建来更改HZ值.
只是添加一些关于NTPD不是一个好解决方案的数据.NTPD是一个试图补偿本地时钟漂移的守护进程; 如果"内部时钟"在一天内漂移了X秒,那么就像在"ntpdate"中强制命令一样向前/向后跳跃,NTPD尝试在时钟中添加/删除一些周期,以便及时在15分钟内,时钟运行得足够准确,并且补偿克服了服务器在一天内获得/损失的X秒数.这样做的好处是你不会在重复的那一天看到任何时间,这对于交易系统来说是必须的.
但是为了能够做到这一点,NTPD要求本地时钟做得相当不错,这通常意味着本地时钟每天不会漂移超过42秒(或多或少;我不确定数).这通常是虚拟机中的一个问题,因为时钟是由软件控制的,所以如果主机有太多的过载,你会发现CLIENT的时钟运行速度会更慢,如果没有,那么时钟也会运行快速.NTPD的问题在于本地时钟不可靠,并且没有恒定的时间漂移; 它可能或多或少取决于HOST系统的过载.
因此,在这种情况下,最好按照建议安装客户端工具,并将CLIENT时钟与HOST的时钟同步(通常称为"挂钟")
京公网安备 11010802040832号 | 京ICP备19059560号-6 