View a markdown version of this page

Configurez la référence temporelle de votre instance EC2 pour qu'elle utilise le service de synchronisation temporelle d'Amazon local - Amazon Elastic Compute Cloud

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.

Configurez la référence temporelle de votre instance EC2 pour qu'elle utilise le service de synchronisation temporelle d'Amazon local

Le service Amazon Time Sync fournit plusieurs méthodes permettant à votre instance Amazon EC2 de se synchroniser avec une source horaire locale. Tout d'abord, n'importe quelle instance Amazon EC2 peut atteindre une source d'heure locale via le protocole NTP (Network Time Protocol). En outre, le service Amazon Time Sync amélioré fournit des sources d'heure locales plus précises aux instances Amazon EC2 prises en charge. Lancez votre instance prise en charge dans un groupe de placement avec la precision-time stratégie permettant d'atteindre une source NTP plus précise. Enfin, les instances Linux lancées dans un groupe de placement temporel précis ont accès à un périphérique PTP Hardware Clock (PHC) et peuvent récupérer les horodatages des paquets matériels.

Toute instance Amazon EC2 a accès à la source NTP locale. Vous pouvez accéder à la source NTP via une adresse IP locale au lien, ce qui limite ce trafic au sein de votre VPC sans qu'il soit nécessaire de modifier spécifiquement la configuration du VPC. Votre AMI a peut-être déjà configuré votre démon de synchronisation d'horloge pour utiliser la source NTP locale par défaut. Cette source NTP est disponible via les adresses IP suivantes :

Les instances Amazon EC2 prises en charge ont accès au service Amazon Time Sync amélioré. Pour accéder au service Amazon Time Sync amélioré, lancez une instance prise en charge dans un groupe de placement avec la precision-time stratégie. Vous n'avez pas besoin de configurer votre instance pour bénéficier de cette amélioration si vous utilisez les adresses IP locales du lien NTP. Tous les systèmes d'exploitation peuvent utiliser cette amélioration. Vous pouvez vérifier que vous bénéficiez de la source NTP améliorée en utilisant le client NTP de votre choix.

Linux-based Les AMI, qui s'exécutent sur des familles d'instances prises en charge, ont la possibilité supplémentaire de récupérer du temps à partir d'un périphérique PHC. Le pilote ENA rend cet appareil disponible. La source NTP améliorée et le périphérique PHC utilisent la même source de temps très précise. L'accès à la source de temps PHC est optimisé, ce qui permet une synchronisation plus précise de votre instance Amazon EC2.

Considérations

Accédez au point de terminaison IPv4 du service Amazon Time Sync

Votre AMI a peut-être déjà configuré le service de synchronisation temporelle d’Amazon. Sinon, procédez comme suit pour configurer votre instance pour qu’elle utilise le Service de synchronisation temporelle d’Amazon local via le point de terminaison IPv4.

Pour obtenir de l’aide pour résoudre les problèmes, consultez la section Résolution des problèmes de synchronisation NTP sur les instances Linux ou Résolution des problèmes de temps sur les instances Windows.

Amazon Linux

AL2023 et les versions récentes d’Amazon Linux 2 sont configurés pour utiliser le point de terminaison IPv4 du service de synchronisation temporelle d’Amazon par défaut. Si vous confirmez que votre instance est déjà configurée, vous pouvez ignorer la procédure suivante.

Pour vérifier que chrony est configuré pour utiliser le point de terminaison IPv4

Exécutez la commande suivante. Dans la sortie, la ligne commençant par ^* indique la source de temps préférée.

[ec2-user ~]$ chronyc sources -v | grep -F ^*
^* 169.254.169.123 3 4 377 13 -4325ns[-9201ns] +/- 401us
Pour configurer chrony afin qu’il se connecte au point de terminaison IPv4 sur les anciennes versions d’Amazon Linux 2
  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). Ajoutez la ligne suivante avant toute autre instruction server ou pool qui pourrait être présente dans le fichier, puis enregistrer les changements :

    server 169.254.169.123 prefer iburst minpoll 4 maxpoll 4
  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 | grep -F ^*

    Dans la sortie, ^* indique la source de temps préférée.

    ^* 169.254.169.123 3 6 17 43 -30us[ -226us] +/- 287us
  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 May 06 00:39:14 2026 System time : 0.000002191 seconds fast of NTP time Last offset : +0.000002164 seconds RMS offset : 0.000082968 seconds Frequency : 3.710 ppm slow Residual freq : +0.002 ppm Skew : 0.504 ppm Root delay : 0.000362541 seconds Root dispersion : 0.000225028 seconds Update interval : 16.1 seconds Leap status : Normal
Ubuntu
Pour configurer chrony afin qu’il se connecte au point de terminaison IPv4 sur Ubuntu
  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 | grep -F ^*

    Dans la sortie, la ligne commençant par ^* indique la source de temps préférée.

    ^* 169.254.169.123 3 6 17 12 +15us[ +57us] +/- 320us
  5. Vérifiez les métriques de synchronisation du temps présentées par chrony.

    ubuntu:~$ chronyc tracking
    Reference ID : A9FEA97B (169.254.169.123) Stratum : 4 Ref time (UTC) : Wed May 06 00:39:14 2026 System time : 0.000002191 seconds fast of NTP time Last offset : +0.000002164 seconds RMS offset : 0.000082968 seconds Frequency : 3.710 ppm slow Residual freq : +0.002 ppm Skew : 0.504 ppm Root delay : 0.000362541 seconds Root dispersion : 0.000225028 seconds Update interval : 16.1 seconds Leap status : Normal
SUSE Linux

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

Pour configurer chrony afin qu’il se connecte au point de terminaison IPv4 sur SUSE Linux
  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.

Windows

Depuis la version d’août 2018, les AMI Windows utilisent Amazon Time Sync Service par défaut. Aucune autre configuration n’est requise pour les instances lancées à partir de ces AMI et vous pouvez ignorer les procédures suivantes.

Si vous utilisez une AMI qui ne dispose pas du service de synchronisation temporelle d'Amazon configuré par défaut, vérifiez d'abord votre configuration NTP actuelle. Si votre instance utilise déjà le point de terminaison IPv4 du Service de synchronisation temporelle d’Amazon, aucune autre configuration n’est requise. Si votre instance n’utilise pas le Service de synchronisation temporelle d’Amazon, suivez la procédure pour modifier le serveur NTP afin qu’il utilise le Service de synchronisation temporelle d’Amazon.

Pour vérifier la configuration NTP
  1. Depuis votre instance, ouvrez une fenêtre d’invite de commande.

  2. Obtenez la configuration NTP actuelle en tapant la commande suivante :

    w32tm /query /configuration

    Cette commande renvoie les paramètres de configuration actuels de l’instance Windows et indique si vous êtes connecté au Service de synchronisation temporelle d’Amazon.

  3. (Facultatif) Obtenez l’état de la configuration actuelle en tapant la commande suivante :

    w32tm /query /status

    Cette commande renvoie des informations comme la dernière fois que l’instance s’est synchronisée sur le serveur NTP et l’intervalle d’interrogation.

Pour modifier le serveur NTP pour utiliser Amazon Time Sync Service
  1. A partir d’une fenêtre d’invite de commande, exécutez la commande suivante :

    w32tm /config /manualpeerlist:169.254.169.123 /syncfromflags:manual /update
  2. Vérifiez vos nouveaux paramètres en exécutant la commande suivante :

    w32tm /query /configuration

    Dans la sortie retournée, vérifiez que NtpServer affiche le point de terminaison IPv4 169.254.169.123.

Paramètres NTP par défaut pour les AMI Windows Amazon

Les images machine Amazon (AMI) adhèrent généralement aux paramètres par défaut originaux sauf dans les cas où des modifications sont requises sur l’infrastructure EC2. Les paramètres suivants ont été déterminés comme étant efficaces dans un environnement virtuel et permettant de maintenir la dérive d’horloge dans une précision d’une seconde :

  • Intervalle de mise à jour — Détermine la fréquence à laquelle le service horaire ajustera l'heure du système pour qu'elle soit précise. AWS configure l'intervalle de mise à jour pour qu'il se produise une fois toutes les deux minutes.

  • Serveur NTP – Depuis la version d’août 2018, les AMI utilisent le Service de synchronisation temporelle d’Amazon par défaut. Cette fois, le service est accessible depuis n'importe quel point de Région AWS terminaison IPv4 169.254.169.123. De plus, l’indicateur 0x9 indique que le service temporel agit en tant que client et qu’il convient d’utiliser SpecialPollInterval pour déterminer la fréquence à laquelle se signaler auprès du serveur horaire configuré.

  • Type – « NTP » signifie que le service agira comme client NTP autonome et non pas dans le cadre d’un domaine.

  • Activé et InputProvider — Le service horaire est activé et fournit du temps au système d'exploitation.

  • Intervalle d’interrogation spécial : vérifie le serveur NTP configuré toutes les 900 secondes (15 minutes).

    Note

    Pour les AMI Windows Server 2025, la SpecialPollInterval valeur est de 1024 secondes au lieu de 900 secondes.

Chemin de registre Nom de la touche Données

HKL M:\System \ \ services CurrentControlSet \ w32time \ Config

UpdateInterval

120

HKL M:\System \ \ services CurrentControlSet \ w32time \ Parameters

NtpServer

169.254.169.123,0x9

HKL M:\System \ \ services CurrentControlSet \ w32time \ Parameters

Type

NTP

HKL M:\System \ \ services CurrentControlSet \ w32time \ \ TimeProviders NtpClient

Activé

1

HKL M:\System \ \ services CurrentControlSet \ w32time \ \ TimeProviders NtpClient

InputProvider

1

HKL M:\System \ \ services CurrentControlSet \ w32time \ \ TimeProviders NtpClient

SpecialPollInterval

900 (Windows Server 2016, 2019 et 2022) ou 1024 (Windows Server 2025)

Accédez au point de terminaison IPv6 du service Amazon Time Sync

Cette section présente les différences avec les étapes décrites dans Accédez au point de terminaison IPv4 du service Amazon Time Sync 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 Nitro-based les instances.

Nous ne recommandons pas d'utiliser les points de terminaison IPv4 et IPv6 en même temps. 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.

Linux

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 de synchronisation temporelle d’Amazon (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 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.

Windows

Lorsque vous passez à l'étape de modification du serveur NTP afin d'utiliser le service de synchronisation temporelle d'Amazon, vous utiliserez le point de terminaison IPv6 du service de synchronisation temporelle d'Amazon (fd00:ec2::123) plutôt que le point de terminaison IPv4 (169.254.169.123) :

w32tm /config /manualpeerlist:fd00:ec2::123 /syncfromflags:manual /update

vérifiez que vos nouveaux paramètres utilisent le point de terminaison IPv6 fd00:ec2::123 pour synchroniser l'heure :

w32tm /query /configuration

Dans la sortie, vérifiez que NtpServer affiche le point de terminaison IPv6 fd00:ec2::123.

Accédez au service Amazon Time Sync amélioré

Le service Amazon Time Sync amélioré fournit des sources d'heure locale plus précises aux instances Amazon EC2 prises en charge. Les instances lancées dans un groupe de placement doté d'une precision-time stratégie peuvent accéder à ces sources locales. Nous recommandons des groupes de placement temporel précis pour les applications qui nécessitent une heure plus précise provenant soit de la source NTP locale au lien, soit d'un périphérique PTP Hardware Clock (PHC) sur une instance Linux. Lorsque vous lancez des instances dans un groupe de placement temporel précis, AWS vous les placez sur du matériel compatible avec un accès direct à des sources temporelles de haute précision au sein de AWS l'infrastructure.

Principaux avantages
  • Source NTP améliorée par défaut — Votre instance a un accès immédiat à une source de temps NTP locale améliorée, si vous utilisez les adresses IP locales du lien NTP comme décrit dans la section précédente.

  • Microsecond-accurate synchronisation de l'horloge — Configurez votre instance Linux Amazon EC2 pour utiliser un périphérique PTP Hardware Clock et obtenir une synchronisation d'horloge précise à la microseconde.

  • Déploiement simplifié — Une stratégie de placement unique garantit que toutes les instances disposent de capacités temporelles précises.

  • Horodatage des paquets matériels : accédez aux horodatages des paquets de bas niveau pour les mesures du réseau.

  • Sans frais supplémentaires — Les groupes de placement à heure précise sont disponibles sans frais supplémentaires.

Règles et limitations
  • Les groupes de placement à heure précise sont disponibles dans toutes les régions AWS commerciales.

  • Les groupes de placement Precision Time prennent en charge les familles d'instances Amazon EC2 Gen7 et versions ultérieures suivantes :

    • Usage général : M7a, M7g, M7d, M7g-flex M7i, M8a, M8g, M7i-flex M8g-flex

    • Optimisé pour le calcul : C7a, C7gd, C7i, C8g, C8gd C7i-flex C8g-flex

    • Mémoire optimisée : R7a, R7g, R7i, R7id, R8g, X8adez,, X8adzs, X8aedez,,, X8aez, X8az, X8g X8adz-3tb X8adz-6tb, X8ge X8aedz-3tb X8aedz-6tb

    • Optimisées pour le stockage : I8g, I8ge

  • Si vous démarrez ou lancez une instance dans un groupe de placement temporel précis et que le matériel est insuffisant pour donner accès au service Amazon Time Sync amélioré, la demande échoue.

  • Si vous arrêtez une instance dans un groupe de placement temporel précis, puis que vous la redémarrez, elle s'exécute toujours dans le groupe de placement. Toutefois, le démarrage peut échouer s'il n'y a pas suffisamment de matériel pour donner accès au service Amazon Time Sync amélioré.

  • Amazon EC2 ajoute en permanence du matériel compatible avec le service Amazon Time Sync amélioré. Si votre demande échoue en raison d'une capacité insuffisante, réessayez ultérieurement ou essayez une autre zone de disponibilité. Pour de plus amples informations, veuillez consulter Résoudre les problèmes liés au lancement d'une instance Amazon EC2.

  • Les règles et les limites des groupes de placement s'appliquent. Pour de plus amples informations, consultez Groupes de placement pour vos instances Amazon EC2.

Création d'un groupe de placement temporel précis

Vous pouvez créer un groupe de placement temporel précis à l'aide de la AWS CLI, AWS de la console de gestion ou AWS des SDK, en spécifiant la precision-time stratégie.

Utilisation AWS INTERFACE DE LIGNE DE COMMANDE (CLI)

Exécutez la commande suivante :

aws ec2 create-placement-group \ --group-name my-precision-time-pg \ --strategy precision-time

La commande renvoie un ARN de groupe de placement que vous utilisez lors de la création de réservations de capacité, ainsi qu'un nom ou un ID de groupe que vous utilisez lors du lancement d'instances et de la liaison de groupes de placement.

Lancer une instance

Après avoir créé un groupe de placement temporel précis, spécifiez-le lors du lancement des instances pour accéder au service Amazon Time Sync amélioré :

aws ec2 run-instances \ --image-id ami-0abcdef1234567890 \ --instance-type r7g.2xlarge \ --placement GroupId=pg-0aaa1111111111111

Vérifiez l'accès au service Amazon Time Sync amélioré

Après avoir lancé votre instance dans un groupe de placement temporel précis, vous bénéficiez d'une source de temps NTP améliorée.

Par exemple, si vous utilisez le démon chronyd sur votre instance, vous pouvez vérifier que la source de temps NTP est désormais appelée Stratum 1 et possède des métriques de précision d'horloge améliorées :

[ec2-user ~]$ chronyc sources
MS Name/IP address Stratum Poll Reach LastRx Last sample =============================================================================== ^* 169.254.169.123 1 4 377 3 +3477ns[+4689ns] +/- 91us

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 : 2 Ref time (UTC) : Wed May 06 01:33:43 2026 System time : 0.000000276 seconds fast of NTP time Last offset : +0.000000331 seconds RMS offset : 0.000001929 seconds Frequency : 2.870 ppm fast Residual freq : +0.000 ppm Skew : 0.031 ppm Root delay : 0.000107584 seconds Root dispersion : 0.000036476 seconds Update interval : 16.2 seconds Leap status : Normal

Accédez à l'horloge matérielle PTP (PHC)

L'horloge matérielle PTP (PHC) fait partie du système AWS Nitro. Il est directement accessible sur les instances bare metal et virtualisées Amazon EC2 prises en charge lancées dans un groupe de placement temporel précis. Le périphérique PHC n'est actuellement accessible que sur les instances Linux. Les sections suivantes décrivent comment configurer et vérifier le périphérique PHC sur votre instance Linux.

Exigences

  • 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.

  • Une instance Amazon EC2 exécutant Linux. Pour plus d'informations sur les systèmes d'exploitation pris en charge, consultez les conditions requises pour les pilotes sur GitHub.

  • Une instance Amazon EC2 a été lancée dans un groupe de placement temporel précis (voirAccédez au service Amazon Time Sync amélioré).

Note

Le service Amazon Time Sync amélioré et l'appareil PHC restent accessibles sans groupe de placement horaire précis dans les régions suivantes et pour les familles d'instances spécifiques. Pour une expérience optimale, nous recommandons plutôt de lancer les instances Amazon EC2 dans des groupes de placement de précision.

  • Accès traditionnel pris en charge Régions AWS : USA Est (Virginie du Nord), USA Est (Ohio), Asie-Pacifique (Malaisie), Asie-Pacifique (Thaïlande), Asie-Pacifique (Tokyo) et Europe (Stockholm)

  • Zones locales prises en charge par les anciens accès : USA East (New York City)

  • Familles d'instances prises en charge par Legacy Access :

    • À usage général : M7a, M7g, M7i

    • À mémoire optimisée : R7a, R7g, R7i

    • Optimisées pour le stockage : I8g, I8ge

Compilez et activez le pilote ENA avec le support PHC

Consultez toujours les instructions les plus récentes de la dernière version du pilote Elastic Network Adapter (ENA) dans la documentation du pilote ENA GitHubpour obtenir des informations spécifiques à votre système d'exploitation. Vous trouverez ci-dessous un aperçu des étapes à suivre pour Amazon Linux.

Avant de commencer, assurez-vous que votre instance répond auxExigences.

Pour compiler et activer le pilote ENA avec le support PHC
  1. Installez les prérequis.

    [ec2-user ~]$ sudo yum update [ec2-user ~]$ sudo yum install kernel-devel-$(uname -r) git [ec2-user ~]$ sudo reboot
  2. Chargez le module ptp requis.

    [ec2-user ~]$ sudo modprobe ptp
  3. Récupérez la dernière version du pilote ENA (version 2.10.0 ou ultérieure).

    [ec2-user ~]$ git clone https://github.com/amzn/amzn-drivers.git /tmp/amzn-drivers
  4. Créez le pilote ENA ena.ko avec le support PHC.

    [ec2-user ~]$ cd /tmp/amzn-drivers/kernel/linux/ena [ec2-user ~]$ ENA_PHC_INCLUDE=1 make
  5. Rechargez le pilote ENA et activez le périphérique PHC.

    [ec2-user ~]$ sudo rmmod ena && sudo insmod ena.ko phc_enable=1
  6. Vérifiez que le pilote ENA chargé prend en charge le protocole PHC.

    [ec2-user ~]$ modinfo ena | grep -E "phc_enable"
    parm: phc_enable:Enable PHC.
  7. Vérifiez que le support PHC est activé avec le pilote ENA.

    [ec2-user ~]$ cat /sys/module/ena/parameters/phc_enable
    1

Pour obtenir des instructions sur l'installation du pilote et l'activation de l'option phc_enable au redémarrage, consultez le fichier README du pilote ENA activé. GitHub

Vérifiez la configuration du périphérique PTP

Vérifiez que l’horloge matérielle ENA PTP apparaît sur votre instance.

[ec2-user ~]$ for file in /sys/class/ptp/*; do echo -n "$file: "; cat "$file/clock_name"; done

Sortie attendue

/sys/class/ptp/ptp<index>: ena-ptp-<PCI slot>

Où :

  • index est l’indice de l’horloge matérielle PTP enregistré par le noyau.

  • PCI slot est le slot PCI du contrôleur Ethernet ENA. Il s’agit du même emplacement que celui indiqué dans lspci | grep ENA.

Exemple de sortie

/sys/class/ptp/ptp0: ena-ptp-05

Si ena-ptp-<PCI slot> ce n’est pas dans la sortie, le pilote ENA n’a pas été correctement installé. Passez en revue les étapes décrites dansCompilez et activez le pilote ENA avec le support PHC.

Les périphériques PTP sont généralement nommés /dev/ptp0, /dev/ptp1, etc., leur index dépendant de l’ordre d’initialisation du matériel. La création d’un lien symbolique garantit que les applications telles que chrony font systématiquement référence au bon périphérique, quelles que soient les modifications d’index.

Les dernières AMI Amazon Linux 2023 incluent une règle udev qui crée le lien symbolique /dev/ptp_ena, pointant vers l’entrée /dev/ptp correcte associée à l’hôte ENA.

Vérifiez d'abord si le lien symbolique est présent en exécutant la commande suivante.

[ec2-user ~]$ ls -l /dev/ptp*

Exemple de sortie

crw------- 1 root root 245, 0 Jan 31 2025 /dev/ptp0 lrwxrwxrwx 1 root root 4 Jan 31 2025 /dev/ptp_ena -> ptp0

Où :

  • /dev/ptp<index> est le chemin d’accès au périphérique PTP.

  • /dev/ptp_ena est le lien symbolique constant, qui pointe vers le même périphérique PTP.

Si le /dev/ptp_ena lien symbolique est présent, passez directement àConfigurer le daemon chronyd pour utiliser le périphérique PHC. S’il est absent, procédez comme suit :

Pour créer le lien symbolique PTP
  1. Ajoutez la règle udev suivante.

    [ec2-user ~]$ echo "SUBSYSTEM==\"ptp\", ATTR{clock_name}==\"ena-ptp-*\", SYMLINK += \"ptp_ena\"" | sudo tee -a /etc/udev/rules.d/53-ec2-network-interfaces.rules
  2. Rechargez la règle udev, soit en redémarrant l’instance, soit en exécutant la commande suivante.

    [ec2-user ~]$ sudo udevadm control --reload-rules && sudo udevadm trigger

Configurer le daemon chronyd pour utiliser le périphérique PHC

Le démon de synchronisation chronyd clock doit être configuré pour utiliser le périphérique PHC comme source de temps supplémentaire, en utilisant le /dev/ptp_ena lien symbolique pour identifier le périphérique.

Pour configurer le daemon chronyd pour utiliser le périphérique PHC
  1. Modifiez /etc/chrony.conf à l'aide d'un éditeur de texte et ajoutez la ligne suivante :

    refclock PHC /dev/ptp_ena poll 0 delay 0.000010 prefer
  2. Redémarrez Chrony.

    [ec2-user ~]$ sudo systemctl restart chronyd
  3. Vérifiez que Chrony utilise l'horloge matérielle PTP. Le périphérique PHC0 doit être la source de temps préférée avec une valeur Stratum 0. La source de temps NTP locale (si elle est configurée) doit avoir une valeur Stratum 1.

    [ec2-user ~]$ chronyc sources
    MS Name/IP address Stratum Poll Reach LastRx Last sample =============================================================================== #* PHC0 0 0 377 0 +184ns[ +198ns] +/- 5032ns ^- 169.254.169.123 1 4 377 8 -18us[ -18us] +/- 115us

Vérifier l'horodatage des paquets matériels

Le pilote ENA chargé avec le support PHC permet d'accéder à l'horodatage des paquets matériels. Vous pouvez vérifier la prise en charge de cette fonctionnalité à l'aide de la ethtool -T interface commande.

Pour plus d'informations sur l'utilisation de l'horodatage des paquets matériels, consultez la documentation Linux sur l'horodatage des paquets.

[ec2-user ~]$ sudo ethtool -T ens5
Time stamping parameters for ens5: Capabilities: software-transmit hardware-receive software-receive software-system-clock PTP Hardware Clock: 0 Hardware Transmit Timestamp Modes: none Hardware Receive Filter Modes: none all

Si le résultat apparaît hardware-receive dans la liste des fonctionnalités, l'horodatage des paquets matériels est disponible sur votre instance.