sincronização de hora precisa de servidores solaris com NTP sobre LAN / WAN

1

Eu tenho 2 servidores em uma LAN que quero sincronizar precisamente. o objetivo é ter uma diferença de tempo < 500 microssegundos, constante, sem desvio (pelo que encontrei na Web, isso é uma precisão alcançável).

esses dois servidores também devem ter tempo "correto", mas a precisão é menos importante (dentro de 1 segundo do tempo "real" é aceitável). os servidores de horário "oficiais" só são acessíveis por meio de uma WAN (por isso, a latência - a precisão é maior).

qual é a melhor maneira de prosseguir? Até agora, configurei o servidor A como um cliente NTP para servidores de horário oficiais e o servidor B como um cliente NTP para o servidor A. NTP tem sido executado por mais de um dia, arquivo de drift são atualizados regularmente, no entanto, eu ainda posso ver que o tempo está à deriva entre o servidor A & B (cerca de 1ms a cada 55 segundos - desvio muito regular).

alguma ideia / comentário?

obrigado

    
por Bastien 27.01.2011 / 04:42

5 respostas

2

Eu tenho 2 servidores "internos". Em cada um eu tenho uma configuração similar a esta

peer <otherserver>

server <reliable1.external.source>
server <reliable2.external.source>

restrict 127.0.0.1
restrict <otherserver>
restrict <reliable1.external.source> kod notrap nomodify
restrict <reliable2.external.source> kod notrap nomodify
restrict <ntpclients> nomodify notrap nopeer
restrict default ignore

driftfile /var/lib/ntp/drift

No Solaris 10, eu ativei svcadm enable ntp4 .

BTW eu consideraria comprar um relógio GPS + NTPd ...

    
por 28.01.2011 / 15:41
1

Pessoalmente, para dois servidores, eu apenas configurava os dois para usar o NTP dos relógios da Internet. Dessa forma, se houver alguma distorção irregular do servidor A, isso não afetará o processo NTP do servidor B.

Na situação em que eu tinha muitas máquinas, eu teria três sistemas que eram altamente confiáveis e, idealmente, tinham relógios melhores que a média e que eles configuravam para usar o NTP dos relógios da internet, depois ter o resto do sistemas usam NTP para eles.

(Não é bom nada de pessoal: os sistemas Sun (ultra e regular) Sparc têm relógios que variam de horríveis (Netra X1s) a excelentes (os SS20s tinham relógios muito bons). Outros sóis podem variar muito em qualidade de relógio dentro do mesmo sistema Quando eu digo horrível, quero dizer "NTP iria desistir de tentar mantê-lo em sincronia dentro de um dia" horrível. Então você está meio que à mercê da qualidade dos relógios dos sistemas.)

    
por 27.01.2011 / 05:11
1

Acho que, se o atraso externo for relativamente constante, o protocolo ntp poderá obter uma sincronização bastante precisa. Eu ficaria mais preocupado se o seu atraso externo flutuasse, então o ntp teria problemas para alcançar a máxima precisão.

Veja um pdf muito técnico que diz que você pode diminuir a precisão para alguns nanossegundos com as configurações certas.

Se você realmente precisa desse tipo de precisão, já pensou em instalar algum tipo de ntp appliance e sincronizando com isso? Dessa forma, você eliminaria a variável de atraso externo.

    
por 27.01.2011 / 07:52
0

Você tentou o minpoll do funileiro para alterar o intervalo de volta?

    
por 28.01.2011 / 15:49
0

Considere investir em um servidor ntp dedicado e sincronize esses servidores com o hardware ntp. Além de obter o tempo certo de uma fonte como o GPS, eles também são otimizados para minimizar o jitter por sua escolha em hardware e construção. Como observado em uma resposta, alguns tipos de hardware nos quais você pode instalar o ntpd ainda causarão muitos jitter.

O hardware NTP dedicado não é barato, mas pode economizar semanas para encontrar o sistema certo para usar como cronometrista.

    
por 28.01.2011 / 16:22