В моих центрах обработки данных у меня есть доступ к серверу уровня 1, но я настроил наши серверы на использование серверов пула ntp в дополнение к нему. В основном я думал о резервном копировании на случай, если наш локальный сервер выйдет из строя, но я обеспокоен тем, что на самом деле это приводит к тому, что время отключается больше, чем должно быть.
Судя по выходным данным ntpq ниже, ntpd использует мой локальный сервер уровня 1 и два общедоступных сервера («+»), которые имеют очень плохую задержку в расчетах. У нас были отчеты о том, что время, которое мы помещали в сообщения, отключено, и я думаю, что участие этих общедоступных серверов ухудшает синхронизацию времени, мы пытаемся иметь время с точностью до миллисекунды.
Изменить: вопрос, на который я ищу ответ: наличие этих общедоступных серверов ntp с высоким джиттером ухудшает мою точность времени по сравнению с настройкой моего единственного локального сервера ntp центра обработки данных GPS (192.168.20.4)?
$ ntpq -pn
remote refid st t when poll reach delay offset jitter
==============================================================================
*192.168.20.4 .TSYN. 1 u 18 64 377 0.799 0.626 0.028
+67.219.95.113 128.138.141.172 2 u 3 256 377 45.266 -0.664 4.542
-50.116.55.65 209.51.161.238 2 u 46 256 377 2.979 0.876 0.217
+74.117.214.2 .GPS. 1 u 235 256 377 83.977 -4.988 0.106
-205.233.73.201 198.82.247.71 3 u 218 256 175 9.369 1.712 0.236
$ ntpq -c rl
associd=0 status=0615 leap_none, sync_ntp, 1 event, clock_sync,
version="ntpd 4.2.6p5@1.2349-o Sat Dec 20 19:00:16 UTC 2014 (1)",
processor="x86_64", system="Linux/2.6.32-431.11.2.el6.x86_64", leap=00,
stratum=2, precision=-24, rootdelay=0.934, rootdisp=5.188,
refid=192.168.20.4,
reftime=d8f8f71b.08d0821a Sat, May 9 2015 17:14:03.034,
clock=d8f8f775.c8d11ec4 Sat, May 9 2015 17:15:33.784, peer=62815,
tc=10, mintc=3, offset=0.351, frequency=-16.428, sys_jitter=1.168,
clk_jitter=0.182, clk_wander=0.006
Смещения NTP, которые вы видите, - это миллисекунды, а не секунды. Если у вас есть проблемы с датами, указанными в заголовках вашего электронного письма, то это могут быть ваши клиенты. Если вы можете получить копию заголовков, будет легко определить, в чем проблема. Заголовок Date: должен иметь почти то же время, что и последний заголовок Received: (первый сервер MTA для обработки электронной почты). NTP намного точнее, чем требуется для заголовков электронной почты. Если есть проблема, убедитесь, что ваши серверы синхронизированы с вашим NTP-сервером.
Похоже, вы собрали эти данные относительно вскоре после перезапуска клиента NTP. На это указывает значение опроса 256. Оно должно вырасти до 1024, когда ситуация стабилизируется.
Ваш NTP-сервер отслеживает ваш локальный сервер, как отмечено знаком «*» слева. С учетом его стратификации и нестабильности это вряд ли изменится. Если он должен указать время, значительно отличающееся от времени других серверов, его могут выселить.
Два других сервера используются, чтобы определить, можно ли доверять текущим часам. Они обозначены "+" слева. Они будут выбраны из серверов с самым низким статусом. Двое других не участвуют в голосовании, что обозначено знаком «-» слева. Серверы для голосования могут со временем меняться в зависимости от их стабильности в качестве источника для вашего сервера. Джиттер этих серверов не должен вызывать у вас никаких проблем, если только ваш локальный сервер не будет выселен.
NTP не может достичь такой точности в своем джиттере.
Возможно, вам стоит взглянуть на PTP.
http://en.wikipedia.org/wiki/PTPd
Если вам нужна избыточность, вы можете просто получить два GPS-часов.
Высокий джиттер может быть признаком перегруженной (внутренней) сети или просто отсутствия какой-либо системы формирования / резервирования трафика. Обязательно выберите общедоступную систему NTP с достаточно низким стабильным джиттером и настройте свою сеть, чтобы это стало возможным.