У меня есть 2 сервера в локальной сети, которые я хочу точно синхронизировать. цель состоит в том, чтобы разница во времени была <500 микросекунд, постоянна, без дрейфа (из того, что я нашел в сети, это достижимая точность).
эти два сервера также должны иметь "правильное" время, но точность менее важна (допускается в пределах 1 секунды от "реального" времени). "официальные" серверы времени доступны только через WAN (поэтому задержка - точность выше).
как лучше всего продолжить? до сих пор я установил сервер A в качестве клиента NTP для официальных серверов времени, а сервер B в качестве клиента NTP для сервера A. NTP работал более суток, дрейф файл обновляется регулярно, но я все еще могу видите, что время дрейфует между серверами A и B (примерно 1 мс каждые 55 секунд - очень регулярный дрейф).
любая идея / комментарий?
Спасибо
Имею 2 "внутренних" сервера. На каждом у меня есть конфигурация, похожая на эту
peer <otherserver>
server <reliable1.external.source>
server <reliable2.external.source>
restrict 127.0.0.1
restrict <otherserver>
restrict <reliable1.external.source> kod notrap nomodify
restrict <reliable2.external.source> kod notrap nomodify
restrict <ntpclients> nomodify notrap nopeer
restrict default ignore
driftfile /var/lib/ntp/drift
В Solaris 10 я включил svcadm enable ntp4.
Кстати, я бы подумал о покупке часов GPS + NTPd ...
Я думаю, что если внешняя задержка относительно постоянна, тогда протокол ntp может обеспечить вам довольно точную синхронизацию. Меня больше беспокоит, если ваша внешняя задержка будет колебаться, тогда у ntp будут проблемы с достижением максимальной точности.
Вот очень технический pdf это говорит о том, что вы можете снизить точность до нескольких наносекунд с правильными конфигурациями.
Если вам действительно нужна такая точность, думали ли вы об установке какого-нибудь ntp устройство и синхронизация с этим? Таким образом вы исключите переменную внешней задержки.
Лично для двух серверов я бы просто настроил их на использование NTP из интернет-часов. Таким образом, если произойдет какой-либо нерегулярный перекос сервера A, это не нарушит процесс NTP сервера B.
В ситуации, когда у меня было много машин, у меня было бы три системы, которые были бы обеими высоконадежными и в идеале имели бы часы лучше, чем в среднем, и настроили бы их на использование NTP из интернет-часов, а затем оставьте остальные системы использовать NTP им.
(Ничего хорошего в личном плане: системы Sun (ультра и обычные) Sparc имеют часы, которые варьируются от ужасных (Netra X1) до превосходных (у SS20 были очень хорошие часы). Другие Sun могут широко варьироваться по качеству часов в той же модели системы. Когда Я говорю «ужасно», я имею в виду, что «NTP откажется от попыток сохранить синхронизацию в течение дня», ужасно. Так что вы как бы зависите от качества системных часов.)
Вы пробовали повозиться с минполлом, чтобы вернуть интервал?
Рассмотрите возможность приобретения выделенного сервера ntp и синхронизации этих серверов с оборудованием ntp. Помимо получения правильного времени от такого источника, как GPS, они также оптимизированы для минимизации джиттера за счет выбора оборудования и сборки. Как отмечалось в одном из ответов, некоторые типы оборудования, на которое вы можете установить ntpd, по-прежнему будут вызывать большое дрожание.
Выделенное оборудование NTP недешево, но оно может сэкономить вам недели на поиск нужной системы для использования в качестве хронометриста.