Réglage de l’heure pour votre instance Linux - Amazon Elastic Compute Cloud
Configuration de votre instance pour qu’elle utilise le Service de synchronisation temporelle d’Amazon localConfiguration de votre instance ou de tout appareil connecté à Internet pour qu’il utilise le Service de synchronisation temporelle d’Amazon publicComparer les horodatagesModification du fuseau horaire sur votre instanceSecondes intercalairesRessources connexes

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Réglage de l’heure pour votre instance Linux

Une référence de temps cohérente et précise sur votre instance Linux est essentielle pour beaucoup de tâches et de processus de serveurs. Les horodatages dans les journaux système jouent un rôle essentiel pour identifier le moment où les problèmes sont survenus et l’ordre chronologique des événements. Lorsque vous utilisez le AWS CLI ou un AWS SDK pour effectuer des demandes depuis votre instance, ces outils signent les demandes en votre nom. Si les paramètres de date et d'heure de votre instance sont inexacts, cela peut entraîner un écart entre la date figurant dans la signature et la date de la demande, ce qui peut entraîner le AWS rejet de vos demandes.

Pour répondre à cet aspect important, le Service de synchronisation temporelle d’Amazon, qui est accessible à partir de toutes les instances EC2 et est utilisé par plusieurs Services AWS. Le service utilise une flotte d'horloges de référence atomiques et connectées par satellite Région AWS pour fournir des relevés horaires précis et actuels conformément à la norme mondiale UTC (temps universel coordonné).

Le Service de synchronisation temporelle d’Amazon utilise le protocole NTP (Network Time Protocol) ou fournit une horloge matérielle PTP (Precision Time Protocol) locale sur les instances prises en charge. L’horloge matérielle PTP prend en charge le protocole NTP ou une connexion PTP directe. Les connexions NTP et PTP directes utilisent la même source de temps très précise, mais la connexion PTP directe est plus précise que la connexion NTP. La connexion NTP au service Service de synchronisation temporelle d’Amazon en charge la correction des secondes intercalaires, tandis que la connexion PTP à l’horloge matérielle PTP ne corrige pas le temps. Pour plus d’informations, consultez Secondes intercalaires.

Pour effectuer une sauvegarde vers le Service de synchronisation temporelle d’Amazon local sur votre instance, et pour connecter des ressources extérieures à Amazon EC2 au Service de synchronisation temporelle d’Amazon, vous pouvez utiliser le Service de synchronisation temporelle d’Amazon public situé sur time.aws.com. Le Service de synchronisation temporelle d’Amazon public, comme le Service de synchronisation temporelle d’Amazon local, corrige automatiquement les secondes intercalaires qui sont ajoutées au temps UTC. Le service public Amazon Time Sync est pris en charge dans le monde entier par notre flotte d'horloges de référence atomiques et connectées par satellite dans chacun d'entre eux. Région AWS

Pour les instances Windows, consultez Régler l’heure pour votre instance Windows.

Configuration de votre instance pour qu’elle utilise le Service de synchronisation temporelle d’Amazon local

Vos instances peuvent accéder au Service de synchronisation temporelle d’Amazon local comme suit :

  • Via le protocole NTP sur les points de terminaison d’adresses IP suivants :

  • Via une connexion PTP directe pour se connecter à une horloge matérielle PTP locale :

    • PHC0

Les connexions NTP et PTP ne nécessitent aucune modification de configuration VPC et votre instance n’a pas besoin d’accéder à Internet.

L’horloge matérielle PTP fait partie du AWS système Nitro. Elle est donc directement accessible sur les instances EC2 virtualisées et matériel nu prises en charge sans utiliser les ressources du client.

Les points de terminaison NTP de l’horloge matérielle PTP sont les mêmes que ceux de la connexion du Service de synchronisation temporelle d’Amazon normale via IPv4 ou IPv6. Si votre logiciel est configuré pour le point de terminaison NTP et s’exécute sur une instance dotée d’une horloge matérielle PTP, il sera automatiquement connecté à l’horloge matérielle PTP via NTP.

AL2023 et les dernières versions des AMI Amazon Linux 2 et Amazon Linux sont configurées pour utiliser le point de terminaison IPv4 du Service de synchronisation temporelle d'Amazon par défaut. Aucune autre configuration n’est requise pour les instances lancées à partir de ces AMI, sauf si vous souhaitez utiliser le point de terminaison IPv6 ou vous connecter directement à l’horloge matérielle PTP. Pour obtenir les instructions de configuration IPv6, consultez Connexion au point de terminaison IPv6 du Service de synchronisation temporelle d’Amazon. Pour obtenir les instructions de configuration de l’horloge matérielle PTP, consultez Connexion à l’horloge matérielle PTP.

Si vous utilisez une AMI sur laquelle le Service de synchronisation temporelle d’Amazon n’est pas configuré par défaut, utilisez l’une des procédures suivantes pour configurer le Service de synchronisation temporelle d’Amazon sur votre instance à l’aide du client chrony.

Connexion au point de terminaison IPv4 du Service de synchronisation temporelle d’Amazon

Cette section décrit comment configurer votre instance pour qu’elle utilise le Service de synchronisation temporelle d’Amazon local via le point de terminaison IPv4. Cela nécessite d’ajouter une entrée de serveur pour le Service de synchronisation temporelle d’Amazon au fichier de configuration chrony. Sur les dernières versions de ces AMI, chrony est déjà installé et configuré pour utiliser le point de terminaison IPv4 du Service de synchronisation temporelle d’Amazon.

Utilisez les instructions fournies pour le système d’exploitation de votre instance.

Amazon Linux
Note

Sur AL2023 et les dernières versions des AMI Amazon Linux 2 et Amazon Linux, chrony est déjà configuré pour utiliser le point de terminaison IPv4 du Service de synchronisation temporelle d'Amazon. Si vous utilisez l’une de ces dernières AMI, vous pouvez ignorer cette procédure.

Pour vous connecter au point de terminaison IPv4 du Service de synchronisation temporelle d’Amazon sur Amazon Linux à l’aide de chrony

  1. Connectez-vous à votre instance et désinstallez le service NTP.

    [ec2-user ~]$ sudo yum erase 'ntp*'

  2. Installez le package chrony.

    [ec2-user ~]$ sudo yum install chrony

  3. Ouvrez le fichier /etc/chrony.conf avec un éditeur de texte (tel que vim ou nano). Vérifiez que le fichier contienne la ligne suivante :

    server 169.254.169.123 prefer iburst minpoll 4 maxpoll 4

    Si la ligne est présente, alors le Service de synchronisation temporelle d’Amazon est déjà configuré pour utiliser le point de terminaison IPv4 du Service de synchronisation temporelle d’Amazon et vous pouvez passer à l’étape suivante. Si ce n’est pas le cas, ajoutez la ligne après toute autre instruction server ou pool déjà présente dans le fichier, puis enregistrer les changements.

  4. Relancez le démon chrony (chronyd).

    [ec2-user ~]$ sudo service chronyd restart
    Starting chronyd:                                          [  OK  ]
    Note

    Sur RHEL ou CentOS (jusqu’à la version 6), le nom du service est chrony au lieu de chronyd.

  5. Pour configurer chronyd afin de lancer ce service à chaque démarrage système, utilisez la commande chkconfig.

    [ec2-user ~]$ sudo chkconfig chronyd on

  6. Vérifiez que chrony utilise le point de terminaison IPv4 169.254.169.123 pour synchroniser le temps.

    [ec2-user ~]$ chronyc sources -v
    210 Number of sources = 7
        
          .-- Source mode  '^' = server, '=' = peer, '#' = local clock.
         / .- Source state '*' = current synced, '+' = combined , '-' = not combined,
        | /   '?' = unreachable, 'x' = time may be in error, '~' = time too variable.
        ||                                                 .- xxxx [ yyyy ] +/- zzzz
        ||      Reachability register (octal) -.           |  xxxx = adjusted offset,
        ||      Log2(Polling interval) --.      |          |  yyyy = measured offset,
        ||                                \     |          |  zzzz = estimated error.
        ||                                 |    |           \
        MS Name/IP address         Stratum Poll Reach LastRx Last sample               
        ===============================================================================
        ^* 169.254.169.123               3   6    17    43    -30us[ -226us] +/-  287us
        ^- ec2-12-34-231-12.eu-west>     2   6    17    43   -388us[ -388us] +/-   11ms
        ^- tshirt.heanet.ie              1   6    17    44   +178us[  +25us] +/- 1959us
        ^? tbag.heanet.ie                0   6     0     -     +0ns[   +0ns] +/-    0ns
        ^? bray.walcz.net                0   6     0     -     +0ns[   +0ns] +/-    0ns
        ^? 2a05:d018:c43:e312:ce77:>     0   6     0     -     +0ns[   +0ns] +/-    0ns
        ^? 2a05:d018:dab:2701:b70:b>     0   6     0     -     +0ns[   +0ns] +/-    0ns

    Dans le résultat retourné, ^* indique la source de temps préférée.

  7. Vérifiez les métriques de synchronisation du temps présentées par chrony.

    [ec2-user ~]$ chronyc tracking
    Reference ID    : A9FEA97B (169.254.169.123)
        Stratum         : 4
        Ref time (UTC)  : Wed Nov 22 13:18:34 2017
        System time     : 0.000000626 seconds slow of NTP time
        Last offset     : +0.002852759 seconds
        RMS offset      : 0.002852759 seconds
        Frequency       : 1.187 ppm fast
        Residual freq   : +0.020 ppm
        Skew            : 24.388 ppm
        Root delay      : 0.000504752 seconds
        Root dispersion : 0.001112565 seconds
        Update interval : 64.4 seconds
        Leap status     : Normal
Ubuntu
Pour vous connecter au point de terminaison IPv4 du Service de synchronisation temporelle d’Amazon sur Ubuntu à l’aide de chrony

  1. Connectez-vous à votre instance et utilisez apt pour installer le package chrony.

    ubuntu:~$ sudo apt install chrony
    Note

    Si nécessaire, mettez d’abord à jour votre instance en exécutant sudo apt update.

  2. Ouvrez le fichier /etc/chrony/chrony.conf avec un éditeur de texte (tel que vim ou nano). Ajoutez la ligne suivante avant toute autre instruction server ou pool déjà présente dans le fichier, puis enregistrer les changements :

    server 169.254.169.123 prefer iburst minpoll 4 maxpoll 4

  3. Redémarrez le service chrony.

    ubuntu:~$ sudo /etc/init.d/chrony restart
    Restarting chrony (via systemctl): chrony.service.

  4. Vérifiez que chrony utilise le point de terminaison IPv4 169.254.169.123 pour synchroniser le temps.

    ubuntu:~$ chronyc sources -v
    210 Number of sources = 7
            
              .-- Source mode  '^' = server, '=' = peer, '#' = local clock.
             / .- Source state '*' = current synced, '+' = combined , '-' = not combined,
            | /   '?' = unreachable, 'x' = time may be in error, '~' = time too variable.
            ||                                                 .- xxxx [ yyyy ] +/- zzzz
            ||      Reachability register (octal) -.           |  xxxx = adjusted offset,
            ||      Log2(Polling interval) --.      |          |  yyyy = measured offset,
            ||                                \     |          |  zzzz = estimated error.
            ||                                 |    |           \
            MS Name/IP address         Stratum Poll Reach LastRx Last sample
            ===============================================================================
            ^* 169.254.169.123               3   6    17    12    +15us[  +57us] +/-  320us
            ^- tbag.heanet.ie                1   6    17    13  -3488us[-3446us] +/- 1779us
            ^- ec2-12-34-231-12.eu-west-     2   6    17    13   +893us[ +935us] +/- 7710us
            ^? 2a05:d018:c43:e312:ce77:6     0   6     0   10y     +0ns[   +0ns] +/-    0ns
            ^? 2a05:d018:d34:9000:d8c6:5     0   6     0   10y     +0ns[   +0ns] +/-    0ns
            ^? tshirt.heanet.ie              0   6     0   10y     +0ns[   +0ns] +/-    0ns
            ^? bray.walcz.net                0   6     0   10y     +0ns[   +0ns] +/-    0ns

    Dans le résultat retourné, sur la ligne commençant par ^*, cela indique la source de temps préférée.

  5. Vérifiez les métriques de synchronisation du temps présentées par chrony.

    ubuntu:~$ chronyc tracking
    Reference ID    : 169.254.169.123 (169.254.169.123)
            Stratum         : 4
            Ref time (UTC)  : Wed Nov 29 07:41:57 2017
            System time     : 0.000000011 seconds slow of NTP time
            Last offset     : +0.000041659 seconds
            RMS offset      : 0.000041659 seconds
            Frequency       : 10.141 ppm slow
            Residual freq   : +7.557 ppm
            Skew            : 2.329 ppm
            Root delay      : 0.000544 seconds
            Root dispersion : 0.000631 seconds
            Update interval : 2.0 seconds
            Leap status     : Normal
SUSE Linux

À partir de SUSE Linux Enterprise Server 15, chrony est l’implémentation par défaut de NTP.

Pour vous connecter au point de terminaison IPv4 du Service de synchronisation temporelle d’Amazon sur SUSE Linux à l’aide de chrony

  1. Ouvrez le fichier /etc/chrony.conf avec un éditeur de texte (tel que vim ou nano).

  2. Vérifiez que le fichier contient la ligne suivante :

    server 169.254.169.123 prefer iburst minpoll 4 maxpoll 4

    Si la ligne n’est pas présente, vous pouvez l’ajouter manuellement.

  3. Placez en commentaire les autres lignes sur le serveur ou le groupe (pool).

  4. Ouvrez yaST et activez le service chrony.

Connexion au point de terminaison IPv6 du Service de synchronisation temporelle d’Amazon

Cette section présente les différences avec les étapes décrites dans Connexion au point de terminaison IPv4 du Service de synchronisation temporelle d’Amazon si vous configurez votre instance pour qu’elle utilise le Service de synchronisation temporelle d’Amazon local via le point de terminaison IPv6. Il n’explique pas l’intégralité du processus de configuration Amazon Time Sync Service.

Le point de terminaison IPv6 n'est accessible que sur les instances créées sur le système AWS Nitro.

Note

Nous ne recommandons pas d’utiliser à la fois les entrées de point de terminaison IPv4 et de point de terminaison IPv6 dans votre fichier chrony.conf. Les paquets NTP IPv4 et IPv6 proviennent du même serveur local pour votre instance. La configuration des points de terminaison IPv4 et IPv6 n’est pas nécessaire et n’améliorera pas la précision de l’heure sur votre instance.

Selon la distribution Linux que vous utilisez, lorsque vous atteignez l’étape de modification du fichier chrony.conf, vous utiliserez le point de terminaison IPv6 du service Amazon Time Sync (fd00:ec2::123) plutôt que le point de terminaison IPv4 (169.254.169.123) :

server fd00:ec2::123 prefer iburst minpoll 4 maxpoll 4

Enregistrez le fichier et vérifiez que chrony utilise le point de terminaison IPv6 fd00:ec2::123 pour synchroniser le temps : 

[ec2-user ~]$ chronyc sources -v

Dans la sortie, si vous voyez le point de terminaison IPv6 fd00:ec2::123, la configuration est terminée.

Connexion à l’horloge matérielle PTP

Cette section décrit comment configurer votre instance pour qu’elle utilise le Service de synchronisation temporelle d’Amazon local via l’horloge matérielle PTP à l’aide d’une connexion PTP directe. Cela nécessite l’ajout d’une entrée de serveur pour l’horloge matérielle PTP dans le fichier de configuration chrony.

Si votre instance possède une horloge matérielle PTP et que vous avez configuré la connexion NTP (vers le point de terminaison IPv4 ou IPv6), l’heure de votre instance est automatiquement calculée à partir de l’horloge matérielle PTP. Les étapes ci-dessous permettent de configurer la connexion PTP directe, qui vous donnera une heure plus précise que la connexion NTP.

Prérequis

L’horloge matérielle PTP est disponible sur une instance lorsque les conditions suivantes sont remplies :

  • Soutenu Régions AWS : USA Est (Virginie du Nord) et Asie-Pacifique (Tokyo)

  • Familles d'instances prises en charge : C7a | C7i | M7a | M7g | M7i | R7a | R7g | R7i

  • La version 2.10.0 ou une version ultérieure du pilote ENA est installée sur un système d’exploitation pris en charge. Pour plus d'informations sur les systèmes d'exploitation pris en charge, consultez les conditions requises pour les pilotes sur GitHub.

Pour vous connecter à l’horloge matérielle PTP

  1. Connectez-vous à votre instance et installez le pilote de noyau Linux pour l’Adaptateur réseau élastique (ENA) version 2.10.0 ou ultérieure. Pour les instructions d'installation, voir le pilote de noyau Linux pour la famille Elastic Network Adapter (ENA) sur GitHub.

  2. Vérifiez que l’appareil /dev/ptp0 apparaît sur votre instance.

    [ec2-user ~]$ ls /dev/ptp0

    La sortie attendue est la suivante : Si /dev/ptp0 ce n’est pas dans la sortie, le pilote ENA n’a pas été correctement installé. Passez en revue l’étape 1 de cette procédure pour installer le pilote.

    /dev/ptp0

  3. Modifiez /etc/chrony.conf à l’aide d’un éditeur de texte et ajoutez la ligne suivante n’importe où dans le fichier.

    refclock PHC /dev/ptp0 poll 0 delay 0.000010 prefer

  4. Redémarrez chrony à l’aide de la commande suivante.

    [ec2-user ~]$ sudo systemctl restart chronyd

  5. Vérifiez que chrony utilise l’horloge matérielle PTP pour synchroniser l’heure sur cette instance.

    [ec2-user ~]$ chronyc sources

    Sortie attendue

    MS Name/IP address         Stratum Poll Reach LastRx Last sample
===============================================================================
#* PHC0                          0   0    377    1   +2ns[ +1ns] +/-   5031ns

    Dans le résultat retourné, * indique la source de temps préférée. PHC0 correspond à l’horloge matérielle PTP. Vous devrez peut-être attendre quelques secondes après avoir redémarré chrony pour que l’astérisque apparaisse.

Configuration de votre instance ou de tout appareil connecté à Internet pour qu’il utilise le Service de synchronisation temporelle d’Amazon public

Vous pouvez configurer votre instance, ou tout appareil connecté à Internet tel que votre ordinateur local ou un serveur sur site, pour utiliser le Service de synchronisation temporelle d’Amazon public, accessible via Internet à l’adresse time.aws.com. Vous pouvez utiliser le service public Amazon Time Sync comme solution de sauvegarde pour le service Amazon Time Sync local et pour connecter des ressources extérieures AWS au service Amazon Time Sync.

En fonction du système d’exploitation de votre instance ou de votre appareil, utilisez l’une des procédures suivantes pour configurer votre instance ou votre appareil afin qu’il utilise le Service de synchronisation temporelle d’Amazon public.

Linux
Pour configurer votre instance ou appareil Linux afin qu’il utilise le Service de synchronisation temporelle d’Amazon public à l’aide de chrony ou ntpd

  1. Modifiez /etc/chrony.conf (si vous utilisez chrony) ou /etc/ntp.conf (si vous utilisez ntpd) à l’aide d’un éditeur de texte comme suit :

    1. Pour empêcher votre instance ou votre appareil d’essayer de mélanger des serveurs corrigés et non corrigés, supprimez ou commentez les lignes commençant par server sauf les connexions existantes au Service de synchronisation temporelle d’Amazon local.

      Important

      Si vous configurez votre instance EC2 pour qu’elle se connecte au Service de synchronisation temporelle d’Amazon public, ne supprimez pas la ligne suivante qui définit votre instance pour qu’elle se connecte au Service de synchronisation temporelle d’Amazon local. Le Service de synchronisation temporelle d’Amazon local fournit une connexion plus directe et une meilleure précision de l’horloge. Le Service de synchronisation temporelle d’Amazon public doit uniquement être utilisé comme sauvegarde.

      server 169.254.169.123 prefer iburst minpoll 4 maxpoll 4

    2. Ajoutez la ligne suivante pour vous connecter au Service de synchronisation temporelle d’Amazon public.

      pool time.aws.com iburst

  2. Redémarrez le démon à l’aide de l’une des commandes suivantes.

    • chrony

      sudo service chronyd force-reload

    • ntpd

      sudo service ntp reload
macOS
Pour configurer votre instance ou appareil macOS afin qu’il utilise le Service de synchronisation temporelle d’Amazon public

  1. Ouvrez System Preferences (Préférences système).

  2. Choisissez Date & Time (Date et heure), puis choisissez l’onglet Date & Time (Date et heure).

  3. Pour apporter des modifications, choisissez l’icône en forme de cadenas et saisissez votre mot de passe lorsque vous y êtes invité.

  4. Pour Set date and timqe automatically (Définir automatiquement la date et l’heure), saisissez time.aws.com.

Windows
Pour configurer votre instance ou appareil Windows afin qu’il utilise le Service de synchronisation temporelle d’Amazon public

  1. Ouvrez le Control Panel (Panneau de configuration).

  2. Cliquez sur l’icône Date and Time (Date et heure).

  3. Choisissez l’onglet Internet Time (Heure Internet). Cet onglet n’est pas disponible si votre PC fait partie d’un domaine. Dans ce cas, votre PC synchronise l’heure avec le contrôleur de domaine. Vous pouvez configurer le contrôleur pour qu’il utilise le Service de synchronisation temporelle d’Amazon public.

  4. Choisissez Change qsettings (Modifier les paramètres).

  5. Cochez la case Synchronize with an Internet time server (Synchroniser avec un serveur de temps Internet).

  6. À côté de Server (Serveur), saisissez time.aws.com.

Pour configurer votre instance ou appareil Windows Server afin qu’il utilise le Service de synchronisation temporelle d’Amazon public

Comparer les horodatages

Si vous utilisez le service Amazon Time Sync, vous pouvez comparer les horodatages de vos instances Amazon EC2 pour déterminer l'heure réelle ClockBound d'un événement. ClockBoundmesure la précision de l'horloge de votre instance EC2 et vous permet de vérifier si un horodatage donné correspond au passé ou au futur par rapport à l'horloge actuelle de votre instance. Ces informations sont utiles pour déterminer l’ordre et la cohérence des événements et des transactions entre les instances EC2, indépendamment de l’emplacement géographique de chaque instance.

ClockBound est un daemon et une bibliothèque open source. Pour en savoir plus ClockBound, y compris les instructions d'installation, reportez-vous à ClockBoundla section GitHub.

Si vous utilisez la connexion PTP directe à l’horloge matérielle PTP, votre démon temporel, par exemple chrony, sous-estime la limite d’erreur de l’horloge. Cela est dû au fait qu’une horloge matérielle PTP ne transmet pas les informations correctes de limite d’erreur à chrony, comme le fait NTP. Par conséquent, votre démon de synchronisation d’horloge suppose que l’horloge est précise à l’heure UTC et possède donc une limite d’erreur de 0. Pour mesurer la limite d'erreur complète, le système Nitro calcule la borne d'erreur de l'horloge matérielle PTP et la met à la disposition de votre instance EC2 via le système de fichiers du pilote ENA. sysfs Vous pouvez le lire directement sous forme de valeur, en nanosecondes.

Pour récupérer la limite d'erreur d'horloge matérielle PTP

  1. Trouvez d'abord l'emplacement correct de l'horloge matérielle PTP à l'aide de l'une des commandes suivantes. Le chemin indiqué dans la commande est différent en fonction de l'AMI utilisée pour lancer l'instance.

    • Dans Amazon Linux 2:

      cat /sys/class/net/eth0/device/uevent | grep PCI_SLOT_NAME

    • Pour Amazon Linux 2023 :

      cat /sys/class/net/ens5/device/uevent | grep PCI_SLOT_NAME

    La sortie est le nom du slot PCI, qui correspond à l'emplacement de l'horloge matérielle PTP. Dans cet exemple, l'emplacement est0000:00:03.0.

    PCI_SLOT_NAME=0000:00:03.0

  2. Pour récupérer la limite d'erreur d'horloge matérielle PTP, exécutez la commande suivante. Incluez le nom du slot PCI indiqué à l'étape précédente.

    cat /sys/bus/pci/devices/0000:00:03.0/phc_error_bound

    La sortie correspond à la limite d’erreur d’horloge de l’horloge matérielle PTP, en nanosecondes.

Pour calculer la bonne erreur d'horloge liée à un moment précis lors de l'utilisation de la connexion PTP directe à l'horloge matérielle PTP, vous devez ajouter l'erreur d'horloge liée ClockBound à chrony ou à l'heure qui chrony interroge l'horloge matérielle PTP. Pour plus d'informations sur la mesure et le suivi de la précision de l'horloge, consultez Gérer la précision de l'horloge des instances Amazon EC2 à l'aide d'Amazon Time Sync Service et d'Amazon CloudWatch — Partie 1.

Modification du fuseau horaire sur votre instance

Les instances Amazon Linux sont définies sur le fuseau horaire UTC (temps universel coordonné) par défaut. Vous pouvez modifier l’heure d’une instance au fuseau horaire local ou à un autre fuseau horaire de votre réseau.

Important

Ces informations s’appliquent à Amazon Linux. Pour obtenir des informations sur d’autres distributions, consultez leur documentation spécifique.

Pour changer le fuseau horaire sur une instance AL2023 ou Amazon Linux 2

  1. Affichez le paramètre de fuseau horaire actuel du système.

    [ec2-user ~]$ timedatectl

  2. Répertoriez les fuseaux horaires disponibles.

    [ec2-user ~]$ timedatectl list-timezones

  3. Définissez le fuseau horaire choisi.

    [ec2-user ~]$ sudo timedatectl set-timezone America/Vancouver

  4. (Facultatif) Vérifiez que le fuseau horaire actuel est mis à jour vers le nouveau fuseau horaire en ré-exécutant la commande timedatectl.

    [ec2-user ~]$ timedatectl
Pour changer le fuseau horaire sur une instance Amazon Linux

  1. Identifiez le fuseau horaire à utiliser sur l’instance. Le répertoire /usr/share/zoneinfo contient une hiérarchie de fichiers de données sur le fuseau horaire. Parcourez la structure du répertoire à l’endroit où vous recherchez un fichier pour votre fuseau horaire.

    [ec2-user ~]$ ls /usr/share/zoneinfo
Africa      Chile    GB         Indian       Mideast   posixrules  US
America     CST6CDT  GB-Eire    Iran         MST       PRC         UTC
Antarctica  Cuba     GMT        iso3166.tab  MST7MDT   PST8PDT     WET
Arctic      EET      GMT0       Israel       Navajo    right       W-SU
...

    Certaines entrées à cet endroit sont des répertoires (comme America), et ces répertoires contiennent des fichiers sur le fuseau horaire pour des villes spécifiques. Recherchez votre ville (ou une ville de votre fuseau horaire) à utiliser pour l’instance.

  2. Mettez à jour le fichier /etc/sysconfig/clock avec le nouveau fuseau horaire. Dans cet exemple, nous utilisons le fichier de données de fuseau horaire pour Los Angeles, /usr/share/zoneinfo/America/Los_Angeles.

    1. Ouvrez le fichier /etc/sysconfig/clock avec un éditeur de texte (tel que vim ou nano). Vous devez utiliser sudo avec la commande de votre éditeur, car /etc/sysconfig/clock est détenu par root.

      [ec2-user ~]$ sudo nano /etc/sysconfig/clock

    2. Recherchez l’entrée ZONE et remplacez-la par le fichier sur le fuseau horaire (en omettant la section /usr/share/zoneinfo du chemin). Par exemple, pour passer au fuseau horaire de Los Angeles, remplacez l’entrée ZONE par ce qui suit:

      ZONE="America/Los_Angeles"
      Note

      Ne remplacez pas l’entrée UTC=true par une autre valeur. Cette entrée concerne l’horloge matérielle et n’a pas besoin d’être corrigée lorsque vous définissez un autre fuseau horaire sur votre instance.

    3. Enregistrez le fichier et quittez l’éditeur de texte.

  3. Créez un lien symbolique entre /etc/localtime et le fichier de fuseau horaire pour que l’instance trouve le fichier de fuseau horaire lorsqu’il fait référence à des informations sur l’heure locale.

    [ec2-user ~]$ sudo ln -sf /usr/share/zoneinfo/America/Los_Angeles /etc/localtime

  4. Redémarrez le système pour récupérer les informations sur la nouvelle heure locale dans l’ensemble des services et des applications.

    [ec2-user ~]$ sudo reboot

  5. (Facultatif) Vérifiez que le fuseau horaire actuel est mis à jour vers le nouveau fuseau horaire à l’aide de la commande date. Le fuseau horaire actuel apparaît dans la sortie. Dans l’exemple suivant, le fuseau horaire actuel est PDT, c’est-à-dire le fuseau horaire de Los Angeles.

    [ec2-user ~]$ date
Sun Aug 16 05:45:16 PDT 2020

Secondes intercalaires

Les secondes intercalaires, introduites en 1972, sont des ajustements occasionnels d’une seconde de l’heure UTC pour tenir compte des irrégularités de la rotation de la Terre et, par conséquent, des différences entre le temps atomique international (TAI) et le temps solaire (Ut1). Pour gérer les secondes intercalaires pour le compte des clients, nous avons conçu la correction des secondes intercalaires au sein du Service de synchronisation temporelle d’Amazon. Pour plus d’informations, consultez le billet de blog Look Before You Leap – The Coming Leap Second and AWS.

Les secondes intercalaires sont en train de disparaître, et nous soutenons pleinement la décision prise lors de la 27e Conférence générale des poids et mesures d’abandonner les secondes intercalaires d’ici 2035.

Pour faciliter cette transition, nous prévoyons toujours de corriger le temps en cas d’ajout d’une seconde intercalaire lors de l’accès au Service de synchronisation temporelle d’Amazon via la connexion NTP locale ou via nos groupes NTP publics (time.aws.com). Toutefois, l’horloge matérielle PTP ne propose pas d’option d’horaire corrigé. En cas de seconde intercalaire, l’horloge matérielle PTP ajoute la seconde intercalaire conformément aux normes UTC. Les sources temporelles à seconde intercalaire corrigées et non corrigées sont généralement identiques. Toutefois, étant donné qu’elles diffèrent en cas d’ajout de seconde intercalaire, nous vous déconseillons d’utiliser à la fois des sources temporelles corrigées et non corrigées dans la configuration de votre client temporel lors de l’ajout d’une seconde intercalaire.