Mauvais temps sur mes instances Ubuntu Amazon EC2

15

J'ai trois instances Ubuntu EC2 sur Amazon AWS (UE / Irlande), toutes configurées en tant que serveur Web. J'ai remarqué que la date / heure du système est incorrecte dans deux d'entre eux (le fuseau horaire est toujours défini sur UTC pour mon choix). Voici la sortie de date -Rpour mon PC (UE / Italie, 2 heures d'avance sur UTC) et pour les serveurs:

lorenzo@LOCALPC ~ $ date -R
Wed, 05 Jun 2013 09:48:19 +0200

ubuntu@AWS-EC2-1 ~ $ date -R # SHOULD BE 07:48 (-10 minutes)
Wed, 05 Jun 2013 07:38:58 +0000

ubuntu@AWS-EC2-2 ~ $ date -R # SHOULD BE 07:48 (-15 minutes)
Wed, 05 Jun 2013 07:33:55 +0000

ubuntu@AWS-EC2-3 ~ $ date -R # SHOULD BE 07:48 (-50 secs)
Wed, 05 Jun 2013 07:47:29 +0000

Comme vous pouvez le voir, la différence est significative pour le premier et le deuxième serveur EC2. J'ai essayé d'utiliser ntpdate, mais:

ubuntu@AWS-EC2-1 ~ $ ntpdate
 5 Jun 07:42:10 ntpdate[3583]: no servers can be used, exiting

ubuntu@AWS-EC2-1 ~ $ cat /etc/default/ntpdate
# The settings in this file are used by the program ntpdate-debian, but not
# by the upstream program ntpdate.

# Set to "yes" to take the server list from /etc/ntp.conf, from package ntp,
# so you only have to keep it in one place.
NTPDATE_USE_NTP_CONF=yes

# List of NTP servers to use  (Separate multiple servers with spaces.)
# Not used if NTPDATE_USE_NTP_CONF is yes.
NTPSERVERS="ntp.ubuntu.com"

# Additional options to pass to ntpdate
NTPOPTIONS=""

En lisant le premier commentaire du fichier de configuration que je viens de coller, j'ai essayé ntpdate-debian:

ubuntu@AWS-EC2-1 ~ $ sudo ntpdate-debian 
 5 Jun 07:51:58 ntpdate[3619]: step time server 91.189.94.4 offset 561.511643 sec

Le décalage ~ 560sec correspond au ~ 10min que j'ai trouvé auparavant. Après cette commande, l'heure du système est correcte. Il me semble étrange que le système ne le fasse pas automatiquement. Dois-je utiliser un cron pour le faire?!? Suis-je en train de manquer quelque chose?

amazon-ec2 ntp

— lorenzo-s
source

J'ai trouvé ce fil de discussion informatif si vous lisez jusqu'à la fin: forums.aws.amazon.com/thread.jspa?messageID=364749

— odigité

Si l'on a "la socket NTP est en cours d'utilisation, en sortant" lors de l'exécution ntpdate, cette réponse ( superuser.com/a/639516/562405 ) est utile.

— drodata

7

Les instances EC2 doivent prendre leur temps sur l'hôte, mais cela pose parfois des problèmes. Si vous configurez correctement ntp, cela devrait résoudre ce problème.

Quelques instructions supplémentaires ici: http://support.rightscale.com/06-FAQs/FAQ_0025_-_Can_I_use_Network_Time_Protocol_(NTP)_on_my_RightScale_servers%3F

— Colin Pickard
source

Lien dit Page non trouvée

— lorenzo-s

Pardon; erreur de copier-coller. fixé.

— Colin Pickard

1

Amazon fournit Amazon Time Sync Service qui élimine la dérive horaire que vous rencontrez. Les étapes générales à suivre pour chaque instance EC2 sont les suivantes:

Supprimer NTP à l'aide sudo apt-get remove ntp
Installez Chrony en utilisant sudo apt install chrony
utiliser sudo vim /etc/chrony/chrony.confpour modifier le fichier à inclureserver 169.254.169.123 prefer iburst
Redémarrez Chrony en utilisant sudo /etc/init.d/chrony restart
Vérifiez que Chrony utilise l'IP correcte en utilisant chronyc sources -vet en vérifiant que la sortie inclut '^ * 169.254.169.123'
Identifiez le meilleur fuseau horaire à utiliser avec sudo timedatectl list-timezones
Mettez à jour le fuseau horaire depuis UTC en utilisant le chemin de l'étape précédente, tel que sudo timedatectl set-timezone America/Chicago

— enharmonique
source

Merci, je ne le savais pas. Semble utile. Est-ce quelque chose de relativement nouveau?

— lorenzo-s

On dirait qu'il a été introduit le 29 novembre 2017 aws.amazon.com/blogs/aws/…

— enharmonic