Time Drift nos servidores da VM, precisa de uma solução confiável

Question

Temos algumas instâncias do VMware do Windows Server 2008 em vários servidores físicos (hospedados) e um aplicativo que exige que o tempo seja sincronizado nas instâncias do servidor.

Obviamente, a VMware tem problemas com isso e nós realmente nunca começamos a trabalhar melhor, nós configuramos os servidores para pesquisar por uma atualização NTP a cada minuto, o que mitiga o problema (de uma maneira bem crua). Exceto que, de vez em quando, a atualização falha (porque já há muito desvio) e depois o Windows nunca atualiza o NTP, o que eventualmente permite que os servidores se afastem o suficiente para que nosso aplicativo seja interrompido e percebemos.

Estamos pensando em alterar os hosts para servidores Xen em aproximadamente a mesma configuração, e eu antecipo problemas semelhantes.

1. Alguém pode me dizer se o Xen tem os mesmos problemas de tempo que o VMware faz para os convidados?
2. alguém pode me dizer quais são as melhores configurações do servidor windows para sincronizar com um servidor NTP externo para manter as coisas sincronizadas:
   1. com que frequência você recomenda a sincronização? (assumindo cada minuto)
   2. você recomenda executar nosso próprio servidor NTP - mesmo que tenha que estar em uma instância virtual? (assumindo que não)
   3. Existe alguma maneira de dizer ao Windows para sincronizar com o servidor NTP, não importa qual seja a diferença de horário?
   4. alguma outra sugestão para manter os servidores do Windows em sincronia?

Eu me familiarizei com o [ link ] e ajudou, mas não foi totalmente eficaz (veja acima).

muito obrigado!

    

Answer 1

Usar o NTP de forma intermitente (até uma vez por minuto) não ajudará muito. O NTP é projetado para atualizações / ajustes constantes e não se destina a saltos de relógio discretos.

Se você instalar um daemon NTP apropriado, terá mais sorte. Eu encontrei o link (uma compilação do Windows da implementação "padrão" do NTPd) para ser confiável em VMs rodando Windows Server 2003 e 2008.

Quatro coisas a serem observadas:

1. Verifique se os métodos de sincronização de horário do VMWare estão desativados para os convidados que o NTP está executando ou se eles e o NTP se enfrentarão mutuamente. O instalador da construção NTP vinculada acima desativará o software de sincronização de horário comum encontrado no guest, mas ele não poderá ativar o VMWare, portanto, você precisará fazer isso sozinho.

2. Verifique se você tem tinker panic 0 especificado na parte superior do arquivo de configuração do NTPd. Isso interrompe o serviço NTP desistir se houver uma mudança repentina no desvio do relógio, o que não é incomum em VMs devido a cargas diferentes no host ao longo do tempo.

3. Use uma fonte de horário local para as VMs para melhor precisão local e sincronize essa fonte local com .pool.ntp.org ou semelhante, em vez de sincronizar as VMs diretamente com o mundo externo. Dessa forma, se o acesso à rede externa ficar inativo, as VMs ainda terão uma fonte de relógio mais confiável do que a que existe para sincronizar (e você estará sendo gentil com os servidores de horário público). Você poderia usar a máquina host VMWare como essa fonte de horário local, embora eu tenha uma máquina agindo como um gateway de rede externo e faça com que ela execute essa tarefa também.

4. Certifique-se de que você não tenha o relógio local da VM listado como uma fonte de horário, mesmo que seja um recurso de último recurso.

Answer 2

Não estou ciente das questões de sincronização de horário, especificamente, um problema de VMWare, mais um problema de virtualização. Seus hosts e VC NTP são sincronizados? Em caso positivo, você ativou a opção de sincronização de horário nas vmtools e desativou o NTP no guest? Temos e não vemos problemas de tempo.

    

Answer 3

Se o tempo é crítico para o (s) seu (s) aplicativo (s), então você deve considerar ir diretamente para a fonte usando um servidor de horário baseado em GPS. Aqui está uma empresa que fornece as soluções

Symmetricom