背景
私有化部署场景，需要保证机器之间时钟同步； k8s集群、Prometheus、APM调用链监控、minio等OSS存储 都需要保障时钟同步才能正常使用；
开源时钟同步方案有哪些如何选型？
时钟同步方案对比
chronyd 和 ntpdate 都是用于时间同步的工具，但它们在工作原理、功能特性和应用场景上存在一些差异。
chronyd
持续时间同步：chronyd 是一个更高级的时间同步守护进程，设计用于持续、精确地调整系统时钟。它不仅可以迅速初始同步系统时间，还能后续持续调整时间，确保时间精度长期保持在较高水平。
算法先进：chronyd 使用更复杂的算法来减少时间调整过程中的振荡，并能更好地处理网络延迟和不稳定的网络环境。
硬件时钟校准：支持直接调整硬件时钟（RTC），这意味着即使系统重启，时间也能保持准确。
适应性强：可以估计和补偿由于温度变化引起的晶振频率漂移。
资源消耗低：在长时间运行时，chronyd 的资源消耗相对较低，适合一直运行在服务器上。
功能丰富：除了基本的时间同步外，还支持时间尺度的测量、频率调整记录等高级功能。
ntpdate
一次性同步：ntpdate 是一个简单的命令行工具，主要用于执行一次性的时间同步操作。它不会持续监控和调整系统时间，仅在执行时进行一次时间校正。
简单快速：由于其设计简单，ntpdate 执行速度快，适用于需要快速同步时间但不需要持续精确时间服务的场景。
配置与使用简便：相比chronyd，ntpdate的配置和使用更为简单直接，对于临时或一次性的时间同步需求非常方便。
退役警告：随着系统对时间精确度要求的提高，一些现代Linux发行版开始不再推荐或直接不再包含ntpdate，转而推荐使用chronyd或systemd-timesyncd等持续时间同步服务。
总结
1.需要一个能够持续、精确地维护系统时间的服务，特别是在服务器或对时间精度有严格要求的场景中，推荐直接使用 chronyd 进行实时时钟同步；
2.如果兜底不需要持续精确时间服务的场景（一次性或简单的手动时间同步场景），可以选择使用ntpdate, 但是ntpdate只能进行一次性始终同步，随着时间推移还可能会出现时钟不同步现象，可以设置系统ctontab 定时任务进行定期同步时钟。
