Nous avons deux environnements VMWare exécutant un groupe (principalement) de Redhat 5.9 et 6.4 invités. Nous avons des problèmes avec la dérive du temps (minutes à l'avance par semaine). Nous utilisons ntp, la synchronisation avec le contrôleur de domaine local.
Cette recommandation de VMWare dit spécifiquement de ne pas utiliser les outils vmware pour la synchronisation horaire. Pourquoi? Il semble que beaucoup de gens ont des problèmes avec NTP, et les vmware-tools se comportent généralement de manière prévisible. Existe-t-il des problèmes spécifiques avec vmware-tools sur les versions ultérieures de Redhat?
Pour le contexte, voici notre ntp.conf (toutes les lignes commentées supprimées):
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
Certains de nos clients n'ont aucun problème à garder le temps. D'autres sont largement exclus.
la source
Réponses:
Honnêtement, vous ne devriez pas avoir de problèmes avec NTP dans un environnement virtuel et des systèmes d'exploitation modernes ... Cela vaut la peine de trouver la cause première de ce problème.
Si vous le pouvez, assurez-vous que vous disposez d'une bonne infrastructure NTP (j'utilise généralement une source NTP externe ou pointez tout vers un commutateur ou un routeur principal) et que vous avez des éléments de base comme les horloges matérielles des hôtes ESXi définies et fermées à temps. Parfois, une vMotion vers un hôte différent avec un décalage d'horloge matériel peut déclencher les problèmes que vous voyez au sein des machines virtuelles.
Quant à l'approche des outils invités, c'est un peu hacky. Que faire si vous avez des machines virtuelles qui n'exécutent pas d'outils invités (situations de système d'exploitation ou d'appliance non prises en charge) ou si vos outils invités sont dans un état non optimal (par exemple, VMware Tools suite à une mise à jour du noyau Linux).
la source
Je pense que la raison pour laquelle VMware ne recommande pas la synchronisation de l'heure des outils est qu'ils veulent éviter les situations où deux méthodes de synchronisation de l'heure sont simultanément actives dans une machine virtuelle.
Les machines virtuelles Windows qui sont jointes à une heure de synchronisation de domaine avec leurs contrôleurs de domaine par défaut, et les administrateurs Linux configurent leurs machines pour NTP (qu'elles soient virtuelles ou physiques). L'ajout d'outils VMware comme deuxième source de synchronisation imposerait des effets indésirables tels que des ajustements constants.
la source
Je ne connais pas de raison faisant autorité autre que le fait que la plupart du temps il y a un mélange de VMware et d'hôtes physiques ou d'un autre environnement hétérogène. Ils recommandent donc quelque chose comme NTP pour que TOUT soit synchronisé et pas seulement les machines virtuelles avec les hôtes. L'utilisation d'un standard comme NTP garantit que tout type d'environnement peut avoir une synchronisation d'horloge standard sur les plates-formes OS et matérielles.
la source