Tenemos dos entornos VMWare que ejecutan un grupo de (principalmente) Redhat 5.9 y 6.4 invitados. Tenemos problemas con la deriva del tiempo (minutos por semana). Usamos ntp, sincronizando con el controlador de dominio local.
Esta recomendación de VMWare dice específicamente que no use las herramientas vmware para la sincronización horaria. ¿Por qué? Parece que muchas personas tienen problemas con NTP, y las herramientas vmware generalmente se comportan de manera predecible. ¿Hay algún problema específico con vmware-tools en versiones posteriores de Redhat?
Para el contexto, este es nuestro ntp.conf (todas las líneas comentadas eliminadas):
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
Algunos de nuestros huéspedes no tienen absolutamente ningún problema para mantener el tiempo. Otros están fuera por un amplio margen.
fuente
Respuestas:
Honestamente, no debería tener problemas con NTP en un entorno virtual y sistemas operativos modernos ... Vale la pena encontrar la causa raíz de eso problema.
Si puede, asegúrese de tener una buena infraestructura NTP (generalmente uso una fuente NTP externa o apunto todo a un conmutador o enrutador central) y que tiene elementos básicos como los relojes de hardware de los hosts ESXi configurados y cerrados a tiempo. A veces, una vMotion a un host diferente con sesgo de reloj de hardware puede desencadenar los problemas que está viendo dentro de las máquinas virtuales.
En cuanto al enfoque de herramientas para invitados, es un poco hacky. ¿Qué sucede si tiene máquinas virtuales que no ejecutan herramientas invitadas (SO o situaciones de dispositivos no compatibles), o si sus herramientas invitadas están en un estado no óptimo (por ejemplo, VMware Tools después de una actualización del kernel de Linux)?
fuente
Creo que la razón por la que VMware no recomienda la sincronización de tiempo de Herramientas es que desean evitar situaciones en las que hay dos métodos de sincronización de tiempo activos simultáneamente en una VM.
Las máquinas virtuales de Windows que están unidas a un tiempo de sincronización de dominio con sus DC de forma predeterminada, y los administradores de Linux configuran sus máquinas para NTP (independientemente de si son virtuales o físicas). Agregar herramientas de VMware como una segunda fuente de sincronización impondría efectos no deseados como ajustes constantes.
fuente
No conozco una razón autorizada que no sea el hecho de que la mayoría de las veces hay una combinación de VMware y hosts físicos o algún otro entorno heterogéneo. Por lo tanto, recomiendan algo como NTP para que TODO esté sincronizado y no solo las máquinas virtuales con los hosts. El uso de un estándar como NTP garantiza que cualquier tipo de entorno pueda tener una sincronización de reloj estándar en todas las plataformas de hardware y SO.
fuente