公司动态 · 发布时间：
行情终端显示“NTP 已同步”，只能说明主机近期与时间源完成了校时，不能证明每条行情记录的时间戳都足够准确。对于香港主机运行金融行情终端的时钟精度与NTP配置，关键是同时检查当前偏差、长期漂移、时间源稳定性，以及应用实际采用的系统时钟。
先分清同步状态、精度与漂移
同步状态是服务层面的概括；时钟偏差表示本机时间与参考时间相差多少；漂移则是偏差随时间变化的趋势。主机刚完成校时可能显示正常，但若虚拟机暂停恢复、CPU负载变化或网络抖动，后续偏差仍可能增大。
行情接收、订单日志和风控事件都可能依赖主机时间排序。时间不一致会增加跨服务比对的难度，但时间同步本身不能保证行情传输无延迟，也不能替代应用侧的序号、接收时间和交易所时间戳。
用可重复的检查确认时钟表现
在 Linux 主机上，chrony 是常见的 NTP 客户端与服务端实现。可通过以下步骤查看实际状态；不同发行版的服务名称和配置文件位置可能略有差异。
执行 timedatectl，确认系统时区、系统时钟状态和 NTP 服务状态。建议系统内部统一使用 UTC，终端展示时再转换为香港时间（HKT，UTC+8），避免日志跨时区混读。
执行 chronyc tracking，查看参考时间源、系统时间偏差、频率修正及估算误差。不要只截取“同步”结论；应记录偏差及估算误差，并在多个时间点重复检查。
执行 chronyc sources -v，确认选中的时间源、可用源数量和测量状态。若来源频繁切换，或来源长期不可达，应检查网络策略、路由和防火墙，而不是仅重启服务。
在代表性负载下连续观察记录，例如开机后、业务高峰期间及虚拟机维护后。比较偏差是否持续扩大，并将 chrony 输出与行情进程日志中的接收时间对照。
配置重点是来源、冗余和变更纪律
选用可达且受管理的时间源
优先使用主机所在网络或云平台明确提供、获准使用的时间源，并配置多个相互独立的来源以便交叉判断。不要未经确认就将公开时间服务器写入生产配置：访问限制、网络路径和服务条款都可能影响可用性。香港机房的网络延迟低，也不等于时间源必然准确或稳定。
理解 chrony 配置项
chrony 配置通常通过 server 或 pool 指定上游，iburst 可帮助启动初期较快取得测量。配置后检查服务日志和 chronyc 输出，确认来源已选中、偏差趋于稳定。makestep 可用于启动初期的大幅校正，但生产环境是否启用、启用条件及对应用的影响，应先在维护流程中评估；运行中向前或向后跳时可能影响依赖时间的程序。
什么时候需要更严格的方案
若业务对主机间时间对齐有明确的微秒级要求，单凭普通 NTP 状态页不足以验收。还需核对主机虚拟化方式、网卡时间戳能力、内核与驱动支持、网络设备配置，以及应用读取的是系统实时时钟还是单调时钟。PTP（精确时间协议）在网络和硬件支持充分时可提供更精细的同步能力，但部署和监控要求也更高；不具备端到端条件时，启用 PTP 名称本身并不会提升精度。
运维验收应先写清允许偏差和测量方法，再按实际业务、网络路径及平台能力设定阈值。不要把某个通用毫秒数当作所有金融终端的合格线。持续保存偏差、来源切换和校时事件，才能判断问题是偶发网络变化还是稳定漂移。香港主机运行金融行情终端的时钟精度与NTP配置，应以这些可观测数据验收，而不是只看一个同步图标。
常见问题
NTP 显示已同步，为什么日志时间仍可能不一致？
不同主机可能有不同偏差，应用也可能使用不同时间源或时区。应统一 UTC 记录，并分别检查各主机偏差与应用时间戳。
香港主机应该直接使用香港本地时间吗？
通常可让系统和日志使用 UTC，展示层转换为 HKT（UTC+8）。这样更便于跨区域服务对时和比对日志。
NTP 与 PTP 应该怎么选？
一般时间同步需求可先评估 NTP；若有明确的高精度要求，再确认网卡、网络设备和系统的 PTP 支持，并进行端到端测量。
多久检查一次偏差？
没有适用于所有主机的固定间隔。应结合业务要求设置监控频率，并在重启、迁移、维护或时间源变更后增加检查。
