Почему мой сервер EC2 отключается на ~ 10 секунд каждый день?

У меня есть то, что я считаю системным файлом, /etc/cron.daily/ntpupdate который запускается
ntpdate ntp.ubuntu.com ежедневно синхронизировать с сетевым временем. Каждый день он генерирует вывод, очень похожий на этот:

 /etc/cron.daily/ntpupdate: 16 Jan 06:30:42 ntpdate[21446]: step time server 91.189.94.4 offset -12.646804 sec 

Я не уверен, что означает 91.189.94.4 но я уверен, что -12.646804 sec означает, что мой сервер выключен примерно на 12 секунд. Но я не знаю, почему это происходит примерно одинаковой суммой каждый день. Это экземпляр Amazon EC2 с Ubuntu.

Я могу только догадываться, что либо он проигрывает / получает 12 секунд в день, либо что-то еще синхронизирует время с другими часами, которые отключены на 12 секунд, а затем я повторно синхронизирую его.

Что мне делать, чтобы попытаться отслеживать это дальше? Я не вижу никаких других заданий cron в каталогах /etc/cron.* или в рабочих /etc/cron.* пользователей cron …

ОБНОВИТЬ

Просто подумал, что я поделюсь тем, что я начал работать почасово, чтобы увидеть, будет ли большой прыжок в определенный час. Это то, что по часовой стрелке:

 16 Jan 15:17:04 ntpdate[8346]: adjust time server 91.189.94.4 offset -0.464418 sec 

Кажется, что каждый час часы отключены примерно на полсекунды, поэтому имеет смысл, что каждый день (24 часа) часы будут отключены примерно на 12 секунд. Угадайте, что часы просто бегут быстро! Благодаря!

Существует ряд факторов, которые могут заставить программные часы работать медленно или быстро. Часы на виртуальных серверах особенно подвержены целому классу этих проблем. 12 секунд в день довольно плохо, пока вы не встретите виртуальные боксы с часами, которые работают со скоростью 180-200%! Часы на ноутбуках, которые приостанавливаются, также могут пострадать от проблем со временем.

Вы должны рассмотреть возможность ntupdate в пользу ntpd . Имя пакета – ntp на Debian (и, предположительно, Ubuntu). Демон NTP синхронизирует ваше время более активно, чем задание cron, синхронизируя с одним или несколькими другими серверами NTP и сохраняя ваши часы намного точнее. Это другая реализация того же протокола, что и ntpdate , за исключением того, что ntpd контролирует время.

Если вам не нужны (очень маленькие) накладные расходы ntpd , вы можете запустить ntpdate один раз в час. Предполагая, что вы каждый час на 0,5 секунды, этого должно быть достаточно.

Отвечая на другую половину вашего вопроса, о том, почему это происходит: Часы с компьютерным оборудованием, как известно, неточно, поэтому, хотя дрейф 12 секунд в день необычен, на самом деле это не так уж и необычно.

(Вероятно, это связано с преобладанием использования сетевого времени, так что дрифт даже 12 секунд в день является незначительным раздражением по сравнению с тем, что будет в часах, и, таким образом, аппаратные компании могут использовать дешевые чипы. Физически то, что происходит, вероятно, состоит в том, что осциллятор в вашем чипе часов не откалиброван совершенно правильно, поэтому он работает немного, но надежно замедляется.)

Я подозреваю, что ntp не обновляет время вашего сервера, потому что разница слишком мала. У меня была аналогичная проблема, я видел ту же задержку каждый день, пока не узнал, что небольшая разница ntp не будет обновляться до тех пор, пока не появится конкретный порог.

Проверьте конфигурацию минимального порога синхронизации.