И самое главное, я обнаружил, что с первым методом наши узлы кластера часто дрейфуют более 15 секунд. Благодаря Linux ntpd и ntpdate service теперь я знаю причину, может быть, по какой-то причине тайм-дрейф больше 2 секунд, и тогда ntpd отказался что-либо делать.
Для того, что сказал Дэвид Шварц, я нашел это полезным: как уже упоминалось, NTP обеспечивает плавную коррекцию времени. Если приложения на вашем сервере не возражают, что целые секунды пропадают или повторяются одни и те же секунды, то ntpd не сильно выигрывает по сравнению с ntpdate.
Если, с другой стороны, у вас есть чувствительные ко времени приложения, которые чувствительны к секундам или, что еще хуже, чувствительны к частичным секундам, тогда ntpd - лучший выбор. Обновления временных меток Novell eDirectory для обработки конфликтов обновлений, которые становятся критичными, если обновления происходят очень быстро (например, во время утреннего пика входа в систему). Сервер системного журнала должен иметь время с точностью не менее полсекунды, чтобы вести вменяемые журналы.
Ссылка:https://serverfault.com/questions/16467/compare-ntpd-and-ntpdate
Спасибо всем.