4 votes

Meilleure pratique pour la synchronisation de l'horloge du système sur l'hôte KVM

J'ai un serveur Ubuntu 9.10 fonctionnant comme un hôte KVM avec ntpd installé dessus. Le système hôte a l'heure système correcte. Pour le moment, je n'ai qu'un seul invité KVM, également un serveur Ubuntu 9.10. Je n'ai pas installé ntpd sur celui-ci, et je viens de découvrir que l'horloge est lente d'environ 6 minutes. Ce n'était pas le cas lorsqu'il a été installé il y a environ un mois.

Je pensais qu'il suffisait de maintenir l'horloge de l'hôte synchronisée et que les invités utilisaient l'horloge de l'hôte. Mais peut-être est-ce un souvenir de l'utilisation d'OpenVZ. Je crois que le raisonnement était lié au fait que seul l'hôte pouvait modifier l'horloge du système physique.

Lancer ntpd à la fois sur l'hôte et sur tous les invités est-il la bonne chose à faire ? Ou y a-t-il quelque chose d'autre qui soit préférable ? Comment dois-je maintenir les horloges des invités synchronisées ?

4voto

rkthkr Points 8463

Vérifiez la source d'horloge que vous utilisez :

$ cat /sys/devices/system/clocksource/clocksource0/current_clocksource

Vérifiez quels sont ceux qui sont disponibles :

$ cat /sys/devices/system/clocksource/clocksource0/available_clocksource

Si vous avez une entrée "kvm-clock" dans "available_clocksource" essayez de l'utiliser en paramétrant le noyau :

clocksource=kvm-clock

Assez bon document aquí (général) pourquoi il est si difficile d'avoir l'heure juste.

1voto

1voto

cyphun Points 53

A chrony par VM avec des mises à jour à intervalles courts à partir d'un ou plusieurs serveurs NTP locaux semble être la seule solution viable et raisonnable.

Bien que chrony puisse diffuser des mises à jour de l'heure à travers le réseau local, il ne prend pas en charge l'écoute de ces mises à jour et il n'est pas prévu de l'ajouter . Unicast est recommandé avec un tel commentaire : "

Même avec un matériel très modeste, un serveur NTP peut donner l'heure à des centaines de milliers de clients en utilisant le mode client/serveur ordinaire.

"

0voto

Chris Thorpe Points 9863

J'ai rencontré de nombreux problèmes avec la synchronisation de l'heure dans les VM, et sur plusieurs plates-formes de virtualisation différentes, j'ai également eu des problèmes avec les outils de synchronisation de l'heure natifs de l'hôte et de la VM.

Mon conseil est d'avoir une source de temps qui fait autorité et qui est basée sur une pièce physique du matériel (dans ce cas, votre serveur hôte KVM) et de synchroniser vos VMs en utilisant les méthodes de synchronisation de temps standard du système d'exploitation (dans votre cas, ntpd) vers ce serveur. Souvent, un intervalle de resynchronisation plus court est nécessaire si les invités vm dérivent excessivement. En bref, je pense que vous êtes sur la bonne voie avec ntpd.

Par exemple, sur VMWare, nous avons constaté que la synchronisation de l'heure de VMWare Tools ne corrige l'heure que si elle dérive vers l'arrière sur les VM. Elle ne corrige pas l'heure si une VM prend de l'avance sur son hôte.

0voto

Daniel Ford Points 51

Il existe des rapports selon lesquels kvm-clock provoque des sauts de temps (mesurés en heures) et peut même provoquer des gels de système. Vous devrez peut-être le désactiver, comme suit :

https://patchwork.kernel.org/patch/104597/ (soit le correctif lui-même, soit le wrapper LD_PRELOAD kvm-noclock).

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X