如何在一秒內同步 ESXi Windows 虛擬機上的時間？
我是一名開發人員，我們正在使用 Quartz.Net，廣泛使用的調度庫和 SQL 備份儲存來執行作業伺服器集群（ESXI 集群上的虛擬機）。
Quartz.Net要求在作業伺服器實例之間同步時間，並建議使用 NTP。
時鐘必須在一秒以內。
我們的系統管理員使用 Windows NTP 與域控制器同步時間。VM 與 ESXi 主機的同步已關閉。
他們一直堅持認為“秒內”是不正確的要求，並且在沒有硬體 GPS 同步設備的情況下無法滿足這一要求。他們的 SLA 和監控級別是“3 分鐘內”。
我們正在經歷週期性（2-3 個月一次）Quartz 實例不同步行為，這與時間不同步一致。
- 我們要求“秒內”是否正確，或者我們需要完全放棄 Quartz？
- 如果是，建議對我們的設置進行哪些更改？
這是 2018 年。按照 MIFID II 法規的要求，Windows 能夠在 2 毫秒左右的時間內保持伺服器同步。所以，你的問題是沒有問題的。
我們的系統管理員使用 Windows NTP 與域控制器同步時間。VM 與 ESXi 主機的同步已關閉。
為什麼？主機可以更好地處理這個問題（作為硬體），而你的資源要少得多。你的系統管理員在腳下開槍，然後抱怨他們正在流血。
他們一直堅持認為“秒內”是不正確的要求，並且在沒有硬體 GPS 同步設備的情況下無法滿足這一要求。他們的 SLA 和監控級別是“3 分鐘內”。
舊 - 古老 - Windows 在該時間範圍內同步，因為 Kerberos 票證的有效期為 5 分鐘。
但正如我所說，這是 2018 年。如今，金融行業的要求非常苛刻，我認為 MS 已經處理了這個問題 - 自 2012 年以來。2016年全面實施。網際網路上的毫秒精度是一個已解決的問題 - 實際上在 50 年前就已解決，以獲得良好的連接。NTP可以處理它。如果您想減少流量（即製作您自己的第 3 層 NTP 時間源），您可能必須安裝一個便宜的硬體盒，但這也並不昂貴。
我們要求“秒內”是否正確，或者我們需要完全放棄 Quartz？
您需要針對偶爾出現的時間問題進行程式——就像您對硬體所做的那樣。但是“秒內”是一個玩笑的要求——在正常情況下滿足是微不足道的。
一些參考資料：
https://docs.microsoft.com/en-us/windows-server/networking/windows-time-service/accurate-time
政府法規如：美國 FINRA 50 毫秒準確度，歐盟 1 毫秒 ESMA (MiFID II)。
那裡有很多細節和說明。如果你必須解決這個問題，這實際上是一本了不起的書。你可能需要升級你的管理程序——他們都在談論 Hyper-V。VMWare 應該能夠做到這一點，但不確定您的版本有多舊。