主页 / server / 问题 / 896785
Accepted
hbogert
Asked: 2018-02-12 13:40:21 +0800 CST

尽管在启动前进行了 NTP 同步，系统时间仍最多关闭数百毫秒

  • 772

我正在运行几台服务器，它们需要非常紧凑的时间同步（<50ms），因为它们正在运行 Paxos 算法。服务器正在运行 NTP 并在某一时刻成功同步。由于hwclock启用了 11 分钟机制，因此系统时间应复制到硬件时钟。

但是，我发现在重新启动后，与重新启动前的时间相比，系统时间可以减少多达 300 毫秒。认为重启后的时间应该在重启前的 50ms 以内是不合理的吗？

ntp

2 个回答

  1. 我没有要生成的数字，但用于在启动时设置时钟的接口似乎只有精确到秒的精度。

    您没有说明您的操作系统，但在所有类 Unix 系统上，都可以在引导过程中插入对 NTP 时间的依赖。

    NTP 守护程序在启动时启动，但通常它会立即自行后台运行，并且在 NTP 守护程序寻找要同步的服务器时继续启动——这样在机器未连接到网络的情况下启动不会延迟。

    在这种情况下，您需要确保 ntp 守护程序的启动方式能够通过在引导时单步执行来纠正偏移量。例如，这可以是ntpd -gx或chronyc -q。您可能还希望在开始工作负载之前插入一个偏移量是否可接受的检查。

    • 5
  2. Best Answer

    我最初的反应是 300 毫秒似乎很多，但我确实有数字要生成，它们表明 @Law29 是正确的：

    1. 我的一台机器在正常一周内：
      • 频率：频率
      • 系统对等偏移：系统偏移量
    2. 相同的系统，涉及重启的时间更短：
      • 频率：频率重启
      • 系统对等偏移：sysoffset-重启
      • 对等点的散点图peerstatsplot-重启

    （希望您可以阅读图表上的所有数字，如果没有，请给我留言。）

    如您所见，存在相当大的差异。考虑到我的本地网络上有一个第 1 层 GPS 源，这让我感到惊讶，以及频率校正回到正轨需要多长时间。并且鉴于对等样本在图上非常紧密地聚集在一起，这显然是本地时钟的问题，而不是启动期间的网络延迟不一致。（作为记录，硬件是Shuttle DS437无风扇迷你 PC，配备双核 Celeron 1037U @ 1.8 GHz。）

    因此，要点可能是：

    1. 确保 ntpd 成功写入 NTP 漂移文件，
    2. 确保内核的更新硬件时钟的 11 分钟计时器已打开（有关详细信息，请参阅“内核自动硬件时钟同步”中man hwclock 的详细信息），或者您的关机进程正在更新硬件时钟，
    3. 确保 ntpd 有4-10 个可访问的源（在 iburst 模式下），并且
    4. 配置您的启动依赖项，以便 ntpd 有机会在 Paxos 启动之前修复时钟。
    • 3

相关问题