Centos - L'horloge système d'Amazon Aws Centos 7 est-elle rapide?

Nous avons instance Amazon AWS avec CentOS Linux 7 (Core) . Mais peut-être que ce n'est pas spécifique au système

Il y a quelques jours, l'horloge système (date ) commence à accélérer très rapidement.
Si nous le synchronisons avec horloge matérielle (hwclock ), après environ 10 à 20 minutes Horloge système (date ) sera en avance pendant 48 secondes.
And 48 secs offset is the max value . Après quelques heures, il sera également en avance de 48 secondes.

Je sais qu'un petit décalage est normal. Mais un décalage de 48 secondes en ~10-20 minutes n'est pas normal.
Je sais aussi qu'il existe des fichiers et des bibliothèques comme adjtimex qui peuvent utiliser la valeur "delta" et ajusteront l'heure système
Mais dans mon cas, le processus d'accélération s'arrête lorsqu'il atteint environ 48 secondes.
Donc, hwclock imprimera par exemple 12:00:00 et date imprimera 12:00:48

J'ai essayé :

1. Installer ntpdate et synchroniser l'heure via ntpdate pool.ntp.org
2. hwclock --hctosys pour régler l'heure système à partir de l'horloge matérielle. J'ai également essayé hwclock --systohc après synchronisation de l'heure (date) avec ntpdate
3. Fichier créé /etc/sysconfig/clock avec "HWCLOCK_ADJUST ” paramètre défini sur true . Également essayé avec false valeur
4. Fichier supprimé /etc/adjtime ou alors, qui avait UTC et ZÉRO valeurs qu'il contient

Mais sans succès.

Après la synchronisation temporelle, j'exécute le code suivant :$ while true; do ntpdate pool.ntp.org; sleep 60; done

16 Jan 15:29:45 ntpdate[20656]: step time server 129.250.35.251 offset -4.977822 sec
16 Jan 15:30:46 ntpdate[20743]: step time server 129.250.35.251 offset -5.117517 sec
16 Jan 15:31:48 ntpdate[20813]: step time server 74.117.214.3 offset -4.853926 sec
16 Jan 15:32:50 ntpdate[20890]: step time server 23.239.26.89 offset -5.583270 sec
16 Jan 15:33:51 ntpdate[20941]: step time server 74.117.214.3 offset -4.983483 sec
16 Jan 15:34:53 ntpdate[20994]: step time server 12.167.151.1 offset -5.150401 sec
16 Jan 15:35:54 ntpdate[21080]: step time server 173.255.206.154 offset -5.256357 sec
16 Jan 15:37:03 ntpdate[21155]: adjust time server 12.167.151.1 offset 0.011276 sec
16 Jan 15:38:09 ntpdate[21205]: adjust time server 108.61.56.35 offset -0.019818 sec
16 Jan 15:39:16 ntpdate[21241]: adjust time server 108.61.56.35 offset -0.285154 sec
16 Jan 15:40:18 ntpdate[21660]: step time server 108.61.56.35 offset -5.227262 sec
16 Jan 15:41:19 ntpdate[21706]: step time server 108.61.73.244 offset -5.474606 sec
16 Jan 15:42:20 ntpdate[21756]: step time server 108.61.73.244 offset -5.286961 sec
16 Jan 15:43:22 ntpdate[21791]: step time server 108.61.73.244 offset -4.808674 sec
16 Jan 15:44:29 ntpdate[21885]: adjust time server 96.244.96.19 offset -0.010287 sec
16 Jan 15:45:36 ntpdate[21952]: adjust time server 96.244.96.19 offset -0.000296 sec
16 Jan 15:46:43 ntpdate[22013]: adjust time server 96.244.96.19 offset -0.012838 sec
16 Jan 15:47:51 ntpdate[22126]: adjust time server 198.206.133.14 offset -0.347436 sec
16 Jan 15:48:53 ntpdate[22220]: step time server 198.206.133.14 offset -5.570427 sec
16 Jan 15:49:57 ntpdate[22300]: step time server 198.206.133.14 offset -5.229636 sec
16 Jan 15:50:58 ntpdate[22367]: step time server 104.131.53.252 offset -5.466987 sec
16 Jan 15:52:00 ntpdate[22407]: step time server 104.131.53.252 offset -5.298659 sec
16 Jan 15:53:01 ntpdate[22462]: step time server 104.131.53.252 offset -5.127748 sec
16 Jan 15:54:03 ntpdate[22578]: step time server 129.6.15.30 offset -5.014787 sec
16 Jan 15:55:05 ntpdate[22617]: step time server 129.6.15.30 offset -5.144181 sec
16 Jan 15:56:06 ntpdate[22694]: step time server 129.6.15.30 offset -5.436509 sec
16 Jan 15:57:08 ntpdate[22733]: step time server 96.238.43.39 offset -5.038639 sec

Qui peut me dire ce qui se passe ici ?
Cela signifie-t-il que l'horloge système fonctionne bien pendant environ ~ 3-4 minutes parfois ?
Avant ces journaux, je pensais que cela s'accélérait toujours jusqu'à 48 secondes.
La raison pour laquelle les journaux ne s'impriment pas toutes les 60 secondes exactement, car ntpdate fonctionne pour quelques secondes et après la synchronisation écrit ce texte.

En relation :comment spécifier qu'une section d'un pipeline doit être complètement "traversée" ?

Nous avons résolu ce problème en exécutant ntpdate (ntp) en tant que service pour synchroniser automatiquement la date.

Quelles sont les raisons possibles de cette "accélération soudaine et gigantesque" ?

S'il ne s'agit pas d'un problème courant, nous contacterons l'assistance Amazon pour obtenir de l'aide.

Réponse acceptée :

Le problème venait probablement de l'un des hyperviseurs ; cela aurait pu être l'horloge faussée par 48s; cela arrive (et ce n'est pas un problème propre à AWS)

Il y avait aussi un bogue Xen, aucune idée si cela s'applique de nos jours. (AWS n'a-t-il pas migré vers kvm ?)

Amazon conseille aux gens d'installer chrony synchronisé avec l'un de leurs serveurs NTP. Consultez les documents AWS - EC2 - Réglage de l'heure pour votre instance Linux

Comme dans :

sudo yum erase ntp*
sudo yum install chrony

Créez /etc/chrony.conf avec :

server 169.254.169.123 prefer iburst

Et enfin :

sudo service chronyd start

Une chose qui pourrait également être essayée, selon un commentaire de @jordanm, est d'arrêter/démarrer le serveur EC2. Vous pourriez avoir de la chance et le faire fonctionner dans un autre hyperviseur sans que l'horloge ne soit faussée.

Si ces actions ne résolvent toujours pas le problème, j'ouvrirais un ticket avec Amazon.