O relógio da VM do Compute Engine é executado rapidamente e ganha 15 segundos por hora (ou cerca de 1 segundo a cada 4 minutos)

Question

Eu tenho duas instâncias de vm no GCE que não mantêm o horário correto, apesar de o sistema operacional do servidor estar configurado para sincronizar com o NTP a cada 24 horas. O relógio do SO ganha cerca de 1 segundo de tempo a cada quatro minutos (ou cerca de 15 segundos por hora). Um tipo de máquina da instância vm é n1-standard-8 (8 vCPUs, 30 GB de memória) e a outra é Custom (24 vCPUs, 128 GB de memória), ambos em us-cental1-a timezone e são mostrados pelo Compute Engine como " sob utilizado ".

O tempo para eacg está configurado para sincronizar a cada 24 horas para time.nist.gov.

Notamos que quando o tempo passa mais de 5 minutos causou alguns problemas com nossos outros processos.

Essas VMs são duas entre várias instâncias de VM em execução no Google Compute Engine e são totalmente corrigidas (padrão do Windows 2008 r2 SP1). Estes 2 vms 'são os únicos que parecem estar tendo este problema de tempo.

Se alguém pudesse fornecer alguma orientação sobre isso eu ficaria muito agradecido. Obrigado!

informações adicionais: essas instâncias foram clonadas no Google Cloud usando o serviço de migração do cloudendure há cerca de um ano e meio (junto com várias outras que não têm esse problema).

    

Answer 1

Atualizar?

Primeiro, você percebe que 5 minutos de atraso causam problemas. Qualquer administrador dirá que isso ocorre porque o Kerberos odeia mais as compensações de tempo de passagem do que no Windows;)

O seu principal problema é server2008 - 2012 para cima é desigend para ser tempo estável, também se o host suporta injetar o tempo no cliente (os clientes geralmente não devem ter que confiar na rede para obter o seu tempo). Mesmo se, então, 24 horas é simplesmente um tempo muito longo - sincronize com mais frequência. A cada 5 minutos, por exemplo.

Eu tive o mesmo nos velhos tempos de usar 2008 - agora em 2019 somos super estáveis, mas também rodamos 2019 no host.