[GTER] NTP: instalação de servidores em redes locais - sugestões de dispositivos

casfre at gmail.com casfre at gmail.com
Thu Apr 26 18:46:31 -03 2018


2018-04-26 16:00 GMT-03:00 Antonio M. Moreiras <moreiras at nic.br>:

> De quantos clientes estamos falando na sua rede local? O ntp enquanto
> protocolo é muito leve, gasta pouca banda, na faixa de 50 a 100 bps (sem
> K nem M, só bps) por cliente. E o ntpd como daemon idem quanto a
> recursos. Além de tudo que foi discutido nessa thread, você poderia
> considerar duas alternativas:


Em horário de pico, Wi-Fi + cabeado, aproximadamente, 5.000 dispositivos.

(1) não ter servidores NTP internos, sincronizar tudo diretamente com o
> NTP.br;
>

Não deixa de ser uma ideia! Apesar dos desafios já discutidos, ainda
estamos perseguindo o objetivo de fazer dentro da recomendação do NTP.BR.

(2) rodar o ntpd em servidores não dedicados (aproveitando servidores já
> utilizados para outros serviços internos).
>

Hoje existe algo similar, mas tudo rodando em VMs e sem padronização de
servidores na rede (há uma *herança* da primeira configuração, de anos
atrás). O objetivo é padronizar e apontar todos os dispositivos das redes
para as 3 fontes comuns de tempo (configurados como documento do NTP.BR).
Dispositivos, no caso, incluem nobreaks, câmeras, PDUs e assemelhados.

Esqueça homologação, armazene logs de sincronização nos servidores, caso
> seja necessário mostrar evidências de que está correta.
>

O *script* que fizemos foi para garantir que, seja porque razão for, se o
*ntpd* não tiver um *peer* (não o LOCAL), receberemos um alerta. Gera falso
positivo, mas está auxiliando. Homologação é um assunto com um ? eterno na
minha mente , mas vou levar em conta as considerações que já recebi nesta
*thread*. :-) Avaliaremos essa opção dos *logs* de sincronização (leitura
dos manuais), incluindo a possibilidade de tais *logs* servirem para aquela
função de *watchdog* *homemade*, por assim dizer, do *ntpd*.

Obrigado!



More information about the gter mailing list