Пороги для контроля смещения NTP

Question

Я пытаюсь написать утилиту мониторинга в Linux, которая будет: - узнать текущее смещение локальных системных часов по сравнению с непосредственным сервером NTP Stratum 4. - Я получаю это число «offset» с помощью утилиты {ntptime -c}. - Смещение, собираемое в миллисекундах.

Все это хорошо работает. Но вот мой вопрос: - Что следует рассматривать как предупреждение и критические пороги для значения смещения?

После просмотра информационной страницы утилиты Nagios {check_ntp_time}, я вижу «пример» использования 0,5 секунды (500 мс) в качестве предупреждения и 1,0 с (1000 мс) в качестве критического порога.

Есть ли у нас стандарт пороговые значения для смещений NTP?

Спасибо!

Answer 1

Никто не может ответить на этот вопрос для вас. Это похоже на то, как я спрашиваю вас: «Какую машину я должен купить для работы?» Вы не знаете, что такое мои профессиональные требования к транспортному средству, и я не знаю, каковы ваши требования к времени. Вы должны спросить себя: «Каковы мои требования к времени? Как моя система будет работать с разницей времени в X секунд? 2 * X секунд? Имею ли я какие-либо нормативные требования?»

Предполагая, что у вас нет каких-либо критичные по времени задач (и это звучит, как вы не): Стандартная установка нтпа (4 отдельных источников времени) не должен превышать пределы, вы процитированные из Nagios во время нормальной/нормальной работе , Если эти ограничения превышены более 15 минут, в вашей инфраструктуре ntp что-то сломается.