- Sou um fardo perceptível para a piscina? Ou seja, faz alguma diferença perceptível para a piscina se eu estiver acessando de 20 servidores ou de 2?
Dado que o pool está em constante necessidade de servidores por muitos anos (consulte [1]), eu diria que, embora 2 ou 20 servidores não façam realmente a diferença, você deve sempre lembrar que não está sozinho. Então é melhor você pensar em, digamos, 1000 administradores. Nesse caso, estamos falando de 2000 ou 20000 servidores, e isso faz a diferença.
- Se isso faz alguma diferença, qual é a instalação / configuração que manterá minha sub-rede sincronizada e o pool sob carga leve?
Você deve sincronizar dois [2] servidores em sua rede com o pool (vamos chamá-los de Servidores NTP Primários ) e depois sincronizar todos os outros servidores para esses dois. Esse método também tem a vantagem de que o tempo entre todos os seus servidores será correspondido mais de perto (em menos de 1 ms). Isso está de acordo com as melhores práticas da IETF .
1) A configuração para os servidores NTP principais
Substitua as linhas server
e restrict
do seu ntp [d] .conf pelo seguinte e mantenha o restante nos padrões de distribuição [3]:
server 10.11.12.1 iburst peer
# ^^^^^^^^^^^
# The LAN IP of the _other_ Primary NTP server
server 0.europe.pool.ntp.org
server 1.europe.pool.ntp.org
server 2.europe.pool.ntp.org
server 3.europe.pool.ntp.org
restrict -4 default kod notrap nomodify nopeer noquery
restrict -6 default kod notrap nomodify nopeer noquery
restrict 127.0.0.1
restrict ::1
Observe que essa configuração também permite que hosts de toda a Internet consultem o horário do seu host por meio de consultas NTP. Use seu firewall se você não quiser. No meu exemplo, 10.11.12.1 e 10.11.12.2 são os IPs dos servidores NTP principais (eles têm duas placas de rede, uma voltada para a Internet pública e outra para a sub-rede 10.11.12.x local). Cada servidor NTP principal tem o outro declarado como ponto (ponto significa basicamente servidor e cliente - você usa o outro host como fonte de tempo e o outro host também como fonte de tempo). Portanto, ajuste o IP na 1ª linha para que a configuração de cada Servidor NTP Primário aponte para o outro como um par. Veja [4] sobre minha escolha de usar 4 servidores.
2) A configuração para todos os outros servidores
2A) Se você tiver duas interfaces de rede
É melhor usar a segunda interface para criar uma sub-rede local (por exemplo 10.11.12.0/24
) e usá-la para consultas NTP. Nesse caso, as linhas restritas podem ser mais apertadas. Portanto, substitua novamente as linhas server
e restrict
do seu ntp [d] .conf pelo seguinte e mantenha o restante com os padrões de distribuição [3]:
restrict -4 default ignore
restrict -6 default ignore
restrict 10.0.0.0 mask 255.0.0.0 kod notrap nomodify nopeer noquery
restrict 127.0.0.1
restrict ::1
# Only use our Primary NTP Servers
server 10.11.12.1 iburst
server 10.11.12.2 iburst
# ^^^^^^^^^^
# The IPs of your 2 Primary NTP Servers
2B) Se você não possui duas interfaces de rede
Você deve usar as seguintes linhas restritas (e leia a observação sobre o uso do firewall para bloquear o acesso aos servidores NTP acima). Portanto, substitua novamente as linhas server
e restrict
do seu ntp [d] .conf pelo seguinte e mantenha o restante com os padrões de distribuição [3]:
restrict -4 default kod notrap nomodify nopeer noquery
restrict -6 default kod notrap nomodify nopeer noquery
restrict 127.0.0.1
restrict ::1
# Only use our Primary NTP Servers
server 10.11.12.1 iburst
server 10.11.12.2 iburst
# ^^^^^^^^^^
# The IPs of your 2 Primary NTP Servers
Notas
[1] De 2006 a 2012, eles constantemente solicitam a adesão de mais servidores: a solicitação de 2006 , a de 2009 e a de 2012 . Verifique www.pool.ntp.org para atualizações sobre o status atual.
[2] Dois servidores NTP principais são sugeridos apenas como uma maneira simples de ter redundância sem acordos complicados de alta disponibilidade. Você pode optar por 3 ou 4 por outros motivos (leia novamente as melhores práticas da IETF )
[3] Na prática e não importa a sua distribuição, a única outra coisa que você precisa incluir na configuração do ntpd é uma linha que define um diretório para colocar um arquivo de deriva e um nome para ele - por exemplo driftfile /var/lib/ntp/ntp.drift
. Eu testei minha solução no CentOS, Debian e Ubuntu. Eu acho que funciona na maioria das outras distros.
[4] Configurei 4 servidores de pool seguindo as práticas recomendadas . A configuração de mais de 4 servidores é tecnicamente aceita, mas você aumentará a carga no pool NTP para obter um ganho questionável na disponibilidade; portanto, não faça isso. Nas práticas recomendadas, vejo que "a partir do ntp-4.2.6, a diretiva 'pool' gerará associações" suficientes "para fornecer um serviço de horário robusto", portanto, se você usar .pool. endereços como eu faço aqui e ntp> = 4.2.6 o número exato de linhas de servidor provavelmente não importa.
Rant Oh! Eu odeio NTP (exceto que eu gosto que ele funcione). A documentação oficial está cheia de informações obsoletas e elas têm "como eu as uso?" informações misturadas com detalhes científicos sobre os internos. E eu também odeio como restrict 127.0.0.1
realmente significaallow everything for 127.0.0.1
Histórico de atualizações
Eu removi a iburst
opção da configuração dos servidores NTP locais porque a facilidade de uso deles é discutível. (Ver comentários). A remoção deles adiciona apenas alguns minutos de tempo de espera à primeira sincronização.
Créditos
Comentários e respostas dos usuários do SF Marki e Sven forneceram um bom ponto de partida para esta resposta. Graças a ambos.
peer
relacionamento. Veja, por exemplo, ntp.org/ntpfaq/NTP-s-config-adv.htm#AEN3101