网络时间同步：NTP、PTP 与高精度时钟

时间偏差的实际影响：
  日志分析：跨机日志顺序错乱，故障时间线拼不出来
  分布式追踪：span 的父子关系出现「子早于父」的负时长
  分布式事务：基于时间戳的冲突判断误判
  证书校验：TLS 握手因时间偏移失败（notBefore/notAfter）
  审计合规：金融、安全场景对时间偏差有硬性要求

按业务定精度目标：
  < 1 秒    ：日志粗排序、定时任务，普通 NTP 足够
  < 100 毫秒：跨机日志关联、trace 拼接
  < 1 毫秒  ：分布式数据库、共识算法（局域网 NTP 可达）
  < 100 微秒：高频交易撮合、音视频同步
  < 1 微秒  ：金融交易时间戳、5G 前传、工业控制（必须 PTP + 硬件时间戳）

经验：每提高一个数量级，成本大致翻倍

stratum 层级：
  Stratum 0：原子钟、GPS、北斗（物理基准）
  Stratum 1：直连基准的服务器（如 ntp.org 的池）
  Stratum 2：从 Stratum 1 同步的服务器
  Stratum 3+：逐级下发
  最大层级 15，16 表示不可用

原则：客户端不要直连 Stratum 1，会打爆公共服务器

闰秒的两种处理：
  跳变（step）：
    23:59:59 → 23:59:60 → 00:00:00
    风险：时间倒退或重复，定时器、日志、事务都可能出错

  抹平（smear）：
    在闰秒前后数小时把 1 秒分摊到每个时钟周期
    优点：单调递增，应用无感
    缺点：这段时间内与其他未抹平系统有最大 0.5 秒偏差
    实践：Google、AWS 均采用 smear，且要求全网一致

NTP 四时间戳：
  t1：客户端发出请求的本地时间
  t2：服务端收到请求的服务端时间
  t3：服务端发出响应的服务端时间
  t4：客户端收到响应的本地时间

  偏移 offset = ((t2 - t1) + (t3 - t4)) / 2
  延迟 delay  = (t4 - t1) - (t3 - t2)

  假设：往返路径对称，则误差 = delay/2
  → 路径不对称是 NTP 精度上限的根本原因

# /etc/chrony.conf 关键配置
# 声明上游时间源（iburst 加速首次收敛）
pool 2.pool.ntp.org iburst
server ntp1.internal.example.com iburst

# 允许本机作为服务器对外提供服务（按网段限制）
allow 10.0.0.0/8

# 首次偏差过大时允许步进校正（仅启动阶段）
makestep 1.0 3

# 启用硬件时间戳（若网卡支持）
hwtimestamp eth0

# 查看同步状态与偏差
chronyc tracking
chronyc sources -v

PTP 的核心报文（部分）：
  Sync        ：主时钟周期性广播当前时间
  Follow_Up   ：携带 Sync 的精确发送时刻（两段式）
  Delay_Req   ：从时钟发起延迟测量请求
  Delay_Resp  ：主时钟回应，用于计算路径延迟
  Announce    ：通告主时钟属性，用于 BMCA 选主
  Management  ：管理查询

同步流程（E2E 延迟测量）：
  1. 主 → 从：Sync(t1) + Follow_Up(t1)
  2. 从记录接收时刻 t2
  3. 从 → 主：Delay_Req(t3)
  4. 主记录接收 t4，Delay_Resp(t4)
  5. offset = ((t2-t1) - (t4-t3)) / 2
     delay  = (t2-t1) + (t4-t3)

时间戳位置与精度：
  应用层时间戳：毫秒级（受调度影响大）
  内核软件时间戳：微秒级
  驱动层时间戳：百纳秒级
  PHY 硬件时间戳：纳秒级（PTP 的目标）

PHC 要点：
  每块支持 PTP 的网卡有一个 PHC（/dev/ptp0）
  系统时钟与 PHC 之间需要互相校准
  通过 SO_TIMESTAMPING 标志请求硬件时间戳

透明时钟的补偿：
  报文经过交换机时，记录「入端口时刻 → 出端口时刻」
  把驻留时间累加到 correctionField
  从时钟计算 offset 时减去该值
  → 抵消交换机排队带来的不对称

边界时钟（Boundary Clock）：
  交换机自己作为一级时钟，逐段重新同步
  精度略低于透明时钟，但兼容性更好

# ptp4l：在 eth0 上以从时钟身份运行，启用硬件时间戳
ptp4l -i eth0 -s -m -H

#   -s：slaveOnly，只做从时钟
#   -H：硬件时间戳（-S 为软件时间戳）
#   -m：日志输出到标准输出

# phc2sys：把 PHC（/dev/ptp0）的时间同步到系统时钟
phc2sys -s eth0 -c CLOCK_REALTIME -w -m

#   -w：等待 ptp4l 同步完成后再开始
#   -c CLOCK_REALTIME：校准系统实时时钟

# 查看 PHC 与系统时钟偏差
pmc -u -b 0 'GET TIME_STATUS_NP'

# chrony 状态：看 System time 与 Last offset
chronyc tracking

# 各时间源的质量（* 为当前选中源）
chronyc sources -v

# 若用 PTP，检查端口状态与主从关系
pmc -u -b 0 'GET PORT_DATA_SET'

# 关键监控指标：
#   - 偏移绝对值（如 > 100ms 告警）
#   - 是否处于同步状态（未同步是严重故障）
#   - 上游源数量与可达性
#   - PHC 与系统时钟的偏差

虚拟机时间同步的要点：
  1. 优先使用云厂商提供的内部时间源（通常就近可达）
  2. 启用宿主与客户机的时钟协同（如 KVM 的 kvm-clock）
  3. 避免 vCPU 被过度超卖（抢占会导致时间跳变）
  4. 容器与宿主共享时钟，只需同步宿主，不要在容器内单独跑 NTP
  5. 快照恢复后时钟可能大幅回退，恢复后立即强制同步

排查思路：
  若物理机准而虚机不准 → 查 vCPU 抢占与宿主时钟
  若同宿主多台虚机同时漂移 → 查宿主时间源