Temos dois ambientes VMWare executando (principalmente) Redhat 5.9 e 6.4 convidados. Estamos tendo problemas com o desvio de tempo (minutos à frente por semana). Usamos o ntp, sincronizando com o controlador de domínio local.
Esta recomendação da VMWare diz especificamente para não usar as ferramentas vmware para sincronização de horário. Por quê? Parece que muitas pessoas têm problemas com o NTP, e as ferramentas vmware geralmente se comportam de maneira previsível. Existem problemas específicos com o vmware-tools em versões posteriores do Redhat?
Para o contexto, este é o nosso ntp.conf (todas as linhas comentadas removidas):
tinker panic 0
restrict default kod nomodify notrap nopeer noquery
restrict -6 default kod nomodify notrap nopeer noquery
restrict 127.0.0.1
restrict -6 ::1
server our.domain.server.com
driftfile /var/lib/ntp/drift
keys /etc/ntp/keys
Alguns de nossos clientes não têm absolutamente nenhum problema em manter o tempo. Outros estão fora por uma grande margem.
fonte
Respostas:
Honestamente, você não deve ter problemas com o NTP em um ambiente virtual e em sistemas operacionais modernos ... Vale a pena encontrar a causa raiz desse problema.
Se você puder, verifique se possui uma boa infraestrutura NTP (normalmente eu uso uma fonte NTP externa ou aponte tudo para um switch ou roteador principal) e se você tem coisas básicas, como os relógios de hardware dos hosts ESXi configurados e fechados no tempo. Às vezes, um vMotion para um host diferente com inclinação do relógio de hardware pode desencadear os problemas que você está vendo nas máquinas virtuais.
Quanto à abordagem de ferramentas de convidado, é um pouco invasiva. E se você tiver VMs que não executam ferramentas convidadas (SO não suportado ou situações de dispositivo) ou suas ferramentas convidadas não estiverem em um estado ideal (por exemplo, VMware Tools após uma atualização do kernel do Linux).
fonte
Acho que o motivo para a VMware não recomendar a sincronização horária do Tools é que eles desejam evitar situações em que existem dois métodos de sincronização horária ativos simultaneamente em uma VM.
As VMs do Windows que ingressaram em um horário de sincronização do domínio com seus controladores de domínio por padrão, e os administradores do Linux configuram suas máquinas para NTP (independentemente de serem virtuais ou físicas). Adicionar ferramentas VMware como uma segunda fonte de sincronização imporia efeitos indesejados, como ajustes constantes.
fonte
Não conheço um motivo autoritário que não seja o fato de que na maioria das vezes existe uma mistura de VMware e hosts físicos ou algum outro ambiente heterogêneo. Portanto, eles recomendam algo como NTP para que TUDO esteja sincronizado e não apenas as VMs com o (s) host (s). O uso de um padrão como o NTP garante que qualquer tipo de ambiente possa ter uma sincronização de relógio de ponto padrão nas plataformas de SO e hardware.
fonte