Дрейф времени экземпляра ec2

Недавно я обнаружил 2 экземпляра, которые находятся в VPC и имеют проблему смещения времени. Я заметил, что серверы времени не имеют префиксов * и + по сравнению с другим экземпляром с точным временем в той же группе автомасштабирования.

«+» - Хороший и предпочтительный удаленный одноранговый узел или сервер (включаемый в алгоритм объединения)

«*» - Удаленный одноранговый узел или сервер, в настоящее время используемый в качестве основного эталона

Экземпляр EC2, где время сдвинулось

$ ntpq -p
    remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
y.ns.gin.ntt.ne .STEP.          16 u    - 1024    0    0.000    0.000   0.000
ns1.unico.com.a .STEP.          16 u    - 1024    0    0.000    0.000   0.000
saul.foodworks. .STEP.          16 u    - 1024    0    0.000    0.000   0.000
b.pool.ntp.uq.e .STEP.          16 u    - 1024    0    0.000    0.000   0.000
internalntpserver1. 10.68.10.1       8 u  815 1024  377    0.862  -477696 2391.53
internalntpserver2. 10.68.2.226      7 u  213 1024  377    1.755  -477012 1861.00

Экземпляр EC2, время правильное

# ntpq -p
    remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
0.time.itoc.com .STEP.          16 u    - 1024    0    0.000    0.000   0.000
a.pool.ntp.uq.e .STEP.          16 u    - 1024    0    0.000    0.000   0.000
node01.au.verbn .STEP.          16 u    - 1024    0    0.000    0.000   0.000
node02.au.verbn .STEP.          16 u    - 1024    0    0.000    0.000   0.000
+internalntpserver1. 10.68.10.1       8 u  680 1024  377    1.551  -260.56  77.778
*internalntpserver2. 10.68.2.226      7 u  719 1024  377    0.631  -114.34 334.611

Перезапуск демона ntpd исправил это, но я не могу найти в Интернете ничего о том, что могло вызвать такое поведение.

Любая помощь будет очень признательна.

Спасибо.

0
задан 5 May 2016 в 12:27
1 ответ

В первом примере очень велик джиттер, как и смещение. С джиттером, измеряемым в секундах, NTP, вероятно, просто решит, что оба эталонных сервера ненормальные и откажутся синхронизироваться.

Другая ваша проблема заключается в том, что правило для эталонных серверов NTP - «один или четыре». Человек с двумя часами никогда не знает, какие часы неправильные, человек с тремя часами может исключить одно из них, которое не согласуется с двумя другими. Но у вас должно быть четыре, на случай, если один из них недоступен.

Доступность других эталонных серверов также является большой проблемой, вам нужно выяснить, какой брандмауэр блокирует доступ к пакетам NTP, идущим на эти серверы.

3
ответ дан 4 December 2019 в 12:23

Теги

Похожие вопросы