如何在一秒钟内在ESXi Windows虚拟机上同步时间?

前端之家收集整理的这篇文章主要介绍了如何在一秒钟内在ESXi Windows虚拟机上同步时间?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我是开发人员,我们使用Quartz.Net,广泛使用的sql后备存储调度库来运行作业服务器集群(ESXI集群上的虚拟机).

Quartz.Net requires该时间将在作业服务器实例之间同步,并建议使用NTP.

The clocks must be within a second of each other.

我们的系统管理员使用Windows NTP与域控制器同步时间.虚拟机与ESXI主机的同步已关闭.

他们坚持认为“在第二个范围内”并不是正确的要求,并且无法满足没有硬件GPS同步设备的要求.他们的SLA&监测水平“在3分钟内”.

我们经历了定期(一次在2-3个月内)Quartz实例的不同步行为,这与不同步的时间一致.

>我们要求“在第二个范围内”还是我们需要完全抛弃Quartz?
>如果是,建议对我们的设置进行哪些更改?

这是2018年.根据MIFID II规则的要求,Windows能够在2 ms左右的时间内保持服务器同步.所以,你的问题是没问题的.

Our sysadmins using windows NTP to sync time with domain controller. Synchronization of
VMs with ESXI host is off.

为什么?主机可以更好地处理这个问题(硬件),而且你可以少得多.你的系统管理员在脚下射击,然后抱怨他们正在流血.

They keep insisting that’s “within second” is not correct requirement and that cannot
be met w/o hardware GPS-syncing devices. Their SLA & monitoring level
are “within 3 minutes”.

OLD – 古老 – Windows在该时间范围内同步,因为Kerberos票证的有效期为5分钟.

但正如我所说的那样,2018年.金融行业目前的要求相当残酷,MS已经处理了这个问题 – 自2012年以来,我认为. 2016年全面实施.互联网上毫秒级的准确度是一个已经解决的问题 – 实际上已经解决了50年前的良好连接问题. NTP可以处理它.如果你想减少流量(即制作你自己的3级NTP时间源),你可能不得不设置一个廉价的硬件盒,但这又不是很昂贵.

Is it correct for us to ask for “within second” or we need to ditch Quartz entirely?

您需要为偶尔的时间问题编程 – 就像使用硬件一样.但“在第二个范围内”是一个要求的笑话 – 在正常情况下满足是微不足道的.

一些参考:

https://docs.microsoft.com/en-us/windows-server/networking/windows-time-service/accurate-time

Government Regulations like:
50 ms accuracy for FINRA in the US
1 ms ESMA (MiFID II) in the EU.

那里有很多细节和说明.如果你必须解决这个问题,这实际上是一个惊人的阅读.您可能必须升级您的虚拟机管理程序 – 他们谈论所有Hyper-V. VMWare应该能够做同样的事情,但不确定你的版本有多久.

猜你在找的Windows相关文章