同步两台机器的最佳服务器
Best server to sync two machines
我在悉尼有一台机器,在伦敦也有一台机器,都是 AWS 实例。
我希望时间同步。我无法决定最好是让一个服务器为另一个服务器提供服务,还是让它们都由服务器提供服务(例如,默认的 ubuntu ntp 服务器池)。或者,因为它们都是 AWS EC2 实例,这是否意味着在这种情况下亚马逊服务器实际上是最佳选择?
为了值得,您应该将它们与位于每个 AWS 服务器附近的可靠来源分开同步。 (例如,世界两端的一些服务器以避免不必要的 RTT 等)
NTP 喜欢至少有 3 台服务器,最好是 5 台服务器来同步。如果您选择的服务器来自可靠的一致来源,您应该没问题并且不会遇到任何问题。如果您分别同步两台服务器,那么您就不必担心其中一台机器出现故障并导致另一台机器与世界其他地方不同步,或者做任何奇怪的事情。
如果您 运行 一个大型专用网络,那么您应该考虑您自己的定时源。
举几个例子;
[AU NTP Pool] ---> [AU Server]
[UK NTP Pool] ---> [UK Server]
每台服务器都是从池中最近的源独立同步的,服务器彼此独立,参考 'external' 时间应该是正确的。例如,如果一个池存在潜在问题,服务器可能会有所不同。只有 1 台服务器上的完整网络或配置中断才会中断该 1 台服务器上的同步,而不是两者。
[AU NTP Pool] ---> [AU Server] <---> [UK Server] <--- [UK NTP Pool]
同上,但 2 个服务器也相互通信。将涵盖对池的 外部 网络中断,但允许服务器之间的 AWS 内部访问。 1 个外部故障不应导致与任一服务器的同步丢失。
[AU Server] ---> [UK Server] <--- [NTP Pool]
使用此配置,如果英国服务器失去与池的连接,它将释放 运行,并且两个服务器最终可能会不同步到 'external' 时间。
避免管理、提供最一致的覆盖范围的最简单方法是使用第二个示例,其中两个服务器都与外部可信源通信,并相互通信。那样的话,您应该可以免受大多数事情的影响 - 但请花时间仔细 select 您的上游服务器。
理想情况下,您希望在决定您的生产设置之前收集一些关于它们的稳定性统计信息 - 您需要一个低层(如果可以找到它们,则为 1 或 2)以及您的服务器和预期的 ntp 服务器之间的低 RTT。
我在悉尼有一台机器,在伦敦也有一台机器,都是 AWS 实例。
我希望时间同步。我无法决定最好是让一个服务器为另一个服务器提供服务,还是让它们都由服务器提供服务(例如,默认的 ubuntu ntp 服务器池)。或者,因为它们都是 AWS EC2 实例,这是否意味着在这种情况下亚马逊服务器实际上是最佳选择?
为了值得,您应该将它们与位于每个 AWS 服务器附近的可靠来源分开同步。 (例如,世界两端的一些服务器以避免不必要的 RTT 等)
NTP 喜欢至少有 3 台服务器,最好是 5 台服务器来同步。如果您选择的服务器来自可靠的一致来源,您应该没问题并且不会遇到任何问题。如果您分别同步两台服务器,那么您就不必担心其中一台机器出现故障并导致另一台机器与世界其他地方不同步,或者做任何奇怪的事情。
如果您 运行 一个大型专用网络,那么您应该考虑您自己的定时源。
举几个例子;
[AU NTP Pool] ---> [AU Server]
[UK NTP Pool] ---> [UK Server]
每台服务器都是从池中最近的源独立同步的,服务器彼此独立,参考 'external' 时间应该是正确的。例如,如果一个池存在潜在问题,服务器可能会有所不同。只有 1 台服务器上的完整网络或配置中断才会中断该 1 台服务器上的同步,而不是两者。
[AU NTP Pool] ---> [AU Server] <---> [UK Server] <--- [UK NTP Pool]
同上,但 2 个服务器也相互通信。将涵盖对池的 外部 网络中断,但允许服务器之间的 AWS 内部访问。 1 个外部故障不应导致与任一服务器的同步丢失。
[AU Server] ---> [UK Server] <--- [NTP Pool]
使用此配置,如果英国服务器失去与池的连接,它将释放 运行,并且两个服务器最终可能会不同步到 'external' 时间。
避免管理、提供最一致的覆盖范围的最简单方法是使用第二个示例,其中两个服务器都与外部可信源通信,并相互通信。那样的话,您应该可以免受大多数事情的影响 - 但请花时间仔细 select 您的上游服务器。
理想情况下,您希望在决定您的生产设置之前收集一些关于它们的稳定性统计信息 - 您需要一个低层(如果可以找到它们,则为 1 或 2)以及您的服务器和预期的 ntp 服务器之间的低 RTT。