Начиная с перехода на летнее время, монитор Sensu показывает, что NTP нескольких серверов, работающих в Digital Ocean (DO), не синхронизированы ( 12,345404 мс
- 98,338222 мс
):
CheckNTP WARNING: NTP offset by 34.073039ms
Обсуждение
Возможно, конфигурация NTP неверна?
Конфигурация NTP отличалась, но теперь та же конфигурация была применена с использованием роли ntp Герлинггуя .
Что произойдет, если NTP-сервер был перезапущен?
Монитор показал, что NTP был синхронизирован, но через некоторое время проблема возникла снова.
Что произойдет, если NTP-сервер будет остановлен, время будет установлено вручную и ntp сервер будет снова запущен?
Идентично 3.
Возможно, проблема связана с платформой DO?
Неизвестно. Никаких решений в Интернете не найдено. сервер 1.nl.pool.ntp.org iburst сервер 2.nl.pool.ntp.org iburst сервер 3.nl.pool.ntp.org iburst
Когда NTP-сервер был перезапущен, время было синхронизировано, а позже время снова не синхронизировалось.
Синхронизируются ли капли, а затем и не синхронизируются ли они?
Да, похоже, это так:
NTP (и SNTP) не предоставляют информацию о часовых поясах / переходе на летнее время. Скорее,он обеспечивает точные эталонные часы в формате UTC, которые клиент должен интерпретировать, чтобы показывать точное местное время. Это означает, что переход на летнее время не должен иметь никакого влияния на дрейф / перекос часов NTP.
Некоторые предложения:
Какой клиент NTP вы используете? RHEL7 поставляется с chronie
, который, как я считаю, несколько менее точен, чем старый добрый ntpd + ntpdate
, удалите параметр iburst
из конфигурационного файла ntp и перезапустите NTP. клиент
обязательно используйте NTP-серверы, которые доступны с низким RTT (то есть: вы можете быстро пинговать)
проверьте перегрузку сети
обязательно прочтите справочную страницу NTP , поскольку у него действительно есть отличная документация