在我的数据中心，我可以访问 1 层服务器，但我将我们的服务器设置为使用 ntp 池服务器。我的主要想法是在我们的本地服务器发生故障时进行备份，但我担心这实际上会导致时间偏离应有的时间。
根据下面的 ntpq 输出，ntpd 正在使用我的本地 1 层服务器和两个公共服务器（“+”），它们的计算延迟非常严重。我们收到报告称，我们输入消息的时间是错误的，我认为这些公共服务器的参与会使时间同步变得更糟，我们正试图将时间精确到毫秒以内。
编辑：我正在寻找答案的问题是：与配置单个本地 GPS 数据中心 ntp 服务器（192.168.20.4）相比，这些具有高抖动的公共 ntp 服务器是否会使我的时间准确性更差？
$ ntpq -pn
remote refid st t when poll reach delay offset jitter
==============================================================================
*192.168.20.4 .TSYN. 1 u 18 64 377 0.799 0.626 0.028
+67.219.95.113 128.138.141.172 2 u 3 256 377 45.266 -0.664 4.542
-50.116.55.65 209.51.161.238 2 u 46 256 377 2.979 0.876 0.217
+74.117.214.2 .GPS. 1 u 235 256 377 83.977 -4.988 0.106
-205.233.73.201 198.82.247.71 3 u 218 256 175 9.369 1.712 0.236
$ ntpq -c rl
associd=0 status=0615 leap_none, sync_ntp, 1 event, clock_sync,
version="ntpd [email protected] Sat Dec 20 19:00:16 UTC 2014 (1)",
processor="x86_64", system="Linux/2.6.32-431.11.2.el6.x86_64", leap=00,
stratum=2, precision=-24, rootdelay=0.934, rootdisp=5.188,
refid=192.168.20.4,
reftime=d8f8f71b.08d0821a Sat, May 9 2015 17:14:03.034,
clock=d8f8f775.c8d11ec4 Sat, May 9 2015 17:15:33.784, peer=62815,
tc=10, mintc=3, offset=0.351, frequency=-16.428, sys_jitter=1.168,
clk_jitter=0.182, clk_wander=0.006
答案1
您看到的 NTP 偏移量是毫秒而不是秒。如果您的电子邮件标题中的日期存在问题，那么可能是您的客户端的问题。如果您可以获得标题的副本，那么应该很容易确定问题所在。日期：标题应该与您的最后一个接收：标题（第一个处理电子邮件的 MTA 服务器）的时间几乎完全相同。NTP 比电子邮件标题所需的准确度要高得多。如果出现问题，请检查您的服务器是否与 NTP 服务器同步。
看来您在重新启动 NTP 客户端后不久就收集了这些数据。轮询值为 256 表明了这一点。一旦情况稳定下来，该值应该会上升到 1024。
您的 NTP 服务器正在跟踪您的本地服务器，如左侧的“*”所示。鉴于其层级和抖动，这种情况不太可能改变。如果它报告的时间与其他服务器明显不同，它可能会被驱逐。
另外两台服务器用于确定当前时钟是否可信。它们由左侧的“+”表示。它们将从状态最低的服务器中选择。另外两台不参与投票，由左侧的“-”表示。投票服务器可能会随着时间的推移而发生变化，这取决于它们作为服务器源的稳定性。这些服务器的抖动不会给您带来任何问题，除非您的本地服务器被驱逐。
答案2
NTP 在其抖动方面无法达到这样的精度。
您可能应该看看 PTP。
http://en.wikipedia.org/wiki/PTPd
如果您想要冗余，那么您可以购买两个 GPS 时钟。
高抖动可能是网络拥塞的征兆，或者只是缺少一些流量整形/预留系统。确保选择一个具有相当低且稳定的抖动的公共 NTP 系统，并调整您的网络以实现这一点。