Desde o horário de verão, o monitor Sensu indica que o NTP de vários servidores que rodam no Digital Ocean (DO) estão fora de sincronia ( 12.345404ms- 98.338222ms):
CheckNTP WARNING: NTP offset by 34.073039ms
Discussão
Talvez a configuração NTP esteja incorreta?
A configuração NTP estava diferente, mas agora a mesma configuração foi aplicada usando a função ntp de Geerlingguy .
O que acontecerá se o servidor NTP for reiniciado?
O monitor indicou que o NTP foi sincronizado, mas daqui a pouco o problema ocorre novamente.
O que acontecerá se o servidor NTP for interrompido, a hora for definida manualmente e o servidor ntp for iniciado novamente?
Idêntico a três.
Talvez o problema esteja relacionado à plataforma DO?
Desconhecido. Nenhuma solução foi encontrada na internet.
O que acontecerá se o local mais próximo for escolhido como um servidor de tempo?
server 0.nl.pool.ntp.org iburst server 1.nl.pool.ntp.org iburst server 2.nl.pool.ntp.org iburst server 3.nl.pool.ntp.org iburstQuando o servidor NTP foi reiniciado, o horário foi sincronizado e, posteriormente, o horário foi sincronizado novamente.
As gotículas sincronizam e depois ficam fora de sincronia?
Sim, parece ser o caso:
NTP (e SNTP) não fornecem informações sobre fusos horários/horário de verão. Em vez disso, ele fornece um relógio de referência UTC preciso que precisa ser interpretado pelo cliente para ser exibido nos horários locais corretos. Isso significa que o horário de verão não deve ter absolutamente nenhum efeito no desvio/distorção do relógio NTP.
Algumas sugestões:
qual cliente NTP você está usando? O RHEL7 vem com
chrony, que eu achei um pouco menos preciso do que o antigontpd + ntpdateremova a
iburstopção do seu arquivo de configuração ntp e reinicie seu cliente NTPcertifique-se de usar servidores NTP que podem ser acessados com RTT baixo (ou seja: você pode fazer ping rápido)
verifique se há congestionamento na rede
certifique-se de ler a página de manual do NTP , pois ela realmente possui uma ótima documentação