Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
# Präzise Uhr- und Zeitsynchronisierung auf Ihrer EC2-Instance
Eine konsistente und korrekte Zeitreferenz in Ihrer Amazon-EC2-Instance ist für viele Serveraufgaben und -prozesse unerlässlich. Zeitstempel in Systemprotokollen sind wichtig, um den Zeitpunkt, zu dem Probleme aufgetreten sind, sowie die chronologische Reihenfolge von Ereignissen zu ermitteln. Wenn Sie das AWS CLI oder ein AWS SDK verwenden, um Anfragen von Ihrer Instance aus zu stellen, signieren diese Tools Anfragen in Ihrem Namen. Wenn die Datums- und Uhrzeiteinstellungen Ihrer Instance falsch sind, kann dies zu einer Diskrepanz zwischen dem Datum in der Signatur und dem Datum der Anfrage führen, was zur AWS Ablehnung Ihrer Anfragen führen kann.
Für diesen wichtigen Aspekt stellt Amazon den Amazon Time Sync Service bereit, der über alle EC2-Instances zugänglich ist und von verschiedenen AWS-Services verwendet. Der Service verwendet jeweils eine Flotte von satellitengestützten und atomaren Referenzuhren, AWS-Region um genaue und aktuelle Zeitwerte des globalen Standards Coordinated Universal Time (UTC) zu liefern.
Für eine optimale Leistung empfehlen wir, den [lokalen Amazon Time Sync Service](configure-ec2-ntp.md) auf Ihren EC2-Instances zu verwenden. Für eine Sicherung des lokalen Amazon Time Sync Service auf Ihren Instances oder um Ressourcen außerhalb von Amazon EC2 mit dem Amazon Time Sync Service zu verbinden, können Sie den [öffentlichen Amazon Time Sync Service](configure-time-sync.md) verwenden, der sich unter `time.aws.com` befindet. Der öffentliche Amazon Time Sync Service teilt genau wie der lokale Amazon Time Sync Service automatisch alle Schaltsekunden auf, die der UTC hinzugefügt werden. Der öffentliche Amazon Time Sync Service wird weltweit durch unsere Flotte von satellitengestützten und atomaren Referenzuhren unterstützt. AWS-Region
## Hardware-Paket-Zeitstempel
Sie können Hardware-Paket-Zeitstempel auf der Instance aktivieren, um jedem eingehenden Netzwerkpaket einen 64-Bit-Zeitstempel mit einer Genauigkeit von Nanosekunden hinzuzufügen. Da der Zeitstempel für Hardwarepakete auf Hardwareebene erfolgt, also bevor das Paket den Kernel, den Socket oder die Anwendungsschicht erreicht, umgehen Sie alle Verzögerungen, die durch Software-Zeitstempel entstehen. Die zugrunde liegende Referenzuhr für Hardware-Zeitstempel ist die [PTP-Hardware-Uhr](configure-ec2-ntp.md#connect-to-the-ptp-hardware-clock) von Amazon Time Sync Service.
**Vorteile**
Hardware-Paket-Zeitstempel bieten die folgenden Vorteile:
+ Verbessert die Reihenfolge der Ereignisse, anhand derer auch die tatsächliche Reihenfolge bestimmt werden kann, in der Pakete bei Ihrer EC2-Instance ankommen, wodurch eine faire Paketverarbeitung gewährleistet wird.
+ Misst die unidirektionale Netzwerklatenz.
+ Erhöht die Geschwindigkeit verteilter Transaktionen mit höherer Präzision und Genauigkeit im Vergleich zu den meisten On-Premises-Lösungen.
**Voraussetzungen und Konfiguration**
Um Hardware-Paket-Zeitstempel zu aktivieren, muss die Instance die folgenden Voraussetzungen erfüllen:
+ Es muss eine Linux-Instance sein.
+ Sie muss die [Anforderungen zur Unterstützung der PTP-Hardware-Uhr](configure-ec2-ntp.md#ptp-hardware-clock-requirements) erfüllen.
Anweisungen zur Konfiguration finden Sie auf der Seite [Hardware Packet Timestamping](https://github.com/amzn/amzn-drivers/tree/master/kernel/linux/ena#hardware-packet-timestamping) auf der Seite mit den **Linux-Kerneltreibern für die Elastic Network Adapter (ENA)** -Familie unter. *GitHub*
## Schaltsekunden
Schaltsekunden wurden 1972 eingeführt. Sie sind gelegentliche einsekündige Anpassungen der UTC-Zeit, um Unregelmäßigkeiten bei der Erdrotation sowie Abweichungen zwischen der Internationalen Atomzeit (TAI) und der Sonnenzeit (Ut1) Rechnung zu tragen. Um Schaltsekunden für unsere Kunden zu verwalten, haben wir die Schaltsekundenaufteilung im Rahmen des Amazon Time Sync Service entwickelt. Weitere Informationen finden Sie unter [Augen auf bei der Verwendung von Schaltsekunden: Die nächste Schaltsekunde und AWS](https://aws.amazon.com/blogs/aws/look-before-you-leap-the-coming-leap-second-and-aws/).
Schaltsekunden werden abgeschafft und wir stehen voll und ganz hinter der bei der [27. General Conference on Weights and Measures getroffenen Entscheidung, Schaltsekunden bis spätestens 2035 abzuschaffen](https://www.bipm.org/en/cgpm-2022/resolution-4).
Um diese Umstellung zu unterstützen, planen wir, während eines Schaltsekundenereignisses weiterhin Time Smearing einzusetzen, wenn auf den Amazon Time Sync Service über die lokale NTP-Verbindung oder über unsere öffentlichen NTP-Pools (`time.aws.com`) zugegriffen wird. Die PTP-Hardware-Uhr bietet jedoch keine Time Smearing-Option. Im Falle einer Schaltsekunde fügt die PTP-Hardware-Uhr die Schaltsekunde gemäß den UTC-Standards hinzu. Zeitquellen mit Leap Smearing und Zeitquellen mit Schaltsekunden sind in den meisten Fällen gleich. Da sie sich jedoch während eines Schaltsekundenereignisses unterscheiden, raten wir davon ab, während eines Schaltsekundenereignisses sowohl Zeitquellen mit Time Smearing als auch Zeitquellen ohne Time Smearing in Ihrer Zeit-Client-Konfiguration zu verwenden.
**Topics**
+ [
## Hardware-Paket-Zeitstempel
](#hardware-packet-timestamping)
+ [
## Schaltsekunden
](#leap-seconds)
+ [
# Die Zeitreferenz auf Ihrer EC2 Instance so einstellen, dass der lokale Amazon Time Sync Service verwendet wird
](configure-ec2-ntp.md)
+ [
# Die Zeitreferenz auf Ihrer EC2-Instance oder einem beliebigen Gerät mit Internetanschluss so definieren, dass der öffentliche Amazon Time Sync Service verwendet wird
](configure-time-sync.md)
+ [
# Vergleichen von Zeitstempeln für Ihre Linux-Instances
](compare-timestamps-with-clockbound.md)
+ [
# Ändern der Zeitzone für Ihre Instance
](change-time-zone-of-instance.md)
**Zugehörige Ressourcen**
+ AWS Compute-Blog: [Es ist an der Zeit: Mikrosekundengenaue Uhren auf Amazon](https://aws.amazon.com/blogs/compute/its-about-time-microsecond-accurate-clocks-on-amazon-ec2-instances/) EC2 EC2-Instances
+ AWS Cloud Operations & Migrations Blog: [Verwalten Sie die Genauigkeit der Amazon EC2 EC2-Instance-Uhr mithilfe von Amazon Time Sync Service und Amazon CloudWatch ](https://aws.amazon.com/blogs/mt/manage-amazon-ec2-instance-clock-accuracy-using-amazon-time-sync-service-and-amazon-cloudwatch-part-1/) — Teil 1
+ (Linux) [https://chrony-project.org/](https://chrony-project.org/)
# Die Zeitreferenz auf Ihrer EC2 Instance so einstellen, dass der lokale Amazon Time Sync Service verwendet wird
Der lokale Amazon Time Sync Service verwendet entweder das Network Time Protocol (NTP) oder stellt in [unterstützten Instances](#ptp-hardware-clock-requirements) eine lokale Precision Time Protocol (PTP)-Hardware-Uhr bereit. Die PTP-Hardware-Uhr unterstützt entweder eine NTP-Verbindung (Linux- und Windows-Instances) oder eine direkte PTP-Verbindung (nur Linux-Instances). Die NTP-Verbindung und die direkte PTP-Verbindung verwenden zwar die gleiche hochpräzise Zeitquelle, die direkte PTP-Verbindung ist jedoch genauer als die NTP-Verbindung. Die NTP-Verbindung mit dem Amazon Time Sync Service unterstützt „Leap Smearing“ (Aufteilung von Schaltsekunden). Bei der PTP-Verbindung mit der PTP-Hardware-Uhr gibt es dagegen keine zeitliche Verwischung. Weitere Informationen finden Sie unter [Schaltsekunden](set-time.md#leap-seconds).
Ihre Instances können wie folgt auf den lokalen Amazon Time Sync Service zugreifen:
+ Über NTP an folgenden IP-Adressendpunkten:
+ IPv4: `169.254.169.123`
+ IPv6: `fd00:ec2::123` (Nur auf [Nitro-basierten](instance-types.md#instance-hypervisor-type) Instances verfügbar.)
+ (Nur Linux) Über eine direkte PTP-Verbindung, um eine Verbindung mit einer lokalen PTP-Hardware-Uhr herzustellen:
+ `PHC0`
Amazon Linux AMIs AMIs, Windows und die meisten Partner AMIs konfigurieren Ihre Instance standardmäßig so, dass sie den IPv4 NTP-Endpunkt verwendet. Dies ist die empfohlene Einstellung für die meisten Kunden-Workloads. Für Instances, die von diesen aus gestartet werden, ist keine weitere Konfiguration erforderlich, AMIs es sei denn, Sie möchten den IPv6 Endpunkt verwenden oder eine direkte Verbindung zur PTP-Hardwareuhr herstellen.
Für NTP- und PTP-Verbindungen müssen keine VPC-Konfigurationsänderungen vorgenommen werden und Ihre Instance benötigt keinen Zugriff auf das Internet.
**Überlegungen**
+ Für Services, die [Link-Local](using-instance-addressing.md#link-local-addresses)-Adressen verwenden, gilt eine Obergrenze von 1 024 Paketen pro Sekunde (PPS). Dieses Limit umfasst die Summe von [Route-53-Resolver-DNS-Abfragen](https://docs.aws.amazon.com/vpc/latest/userguide/AmazonDNS-concepts.html#vpc-dns-limits), [Instance Metadata Service (IMDS)](instancedata-data-retrieval.md)-Anfragen, Amazon Time Service Network Time Protocol (NTP)-Anfragen und [Windows Licensing Service-Anfragen (für Microsoft Windows-basierte Instances)](https://aws.amazon.com/windows/resources/licensing/).
+ Nur Linux-Instances können sich über eine *direkte PTP-Verbindung* mit der lokalen PTP-Hardware-Uhr verbinden. Windows-Instances verwenden NTP, um eine Verbindung zur lokalen PTP-Hardwareuhr herzustellen.
**Topics**
+ [
## Connect zum IPv4 Endpunkt des Amazon Time Sync Service her
](#configure-amazon-time-service-IPv4)
+ [
## Connect zum IPv6 Endpunkt des Amazon Time Sync Service her
](#configure-amazon-time-service-IPv6)
+ [
## Herstellen einer Verbindung mit der PTP-Hardware-Uhr
](#connect-to-the-ptp-hardware-clock)
## Connect zum IPv4 Endpunkt des Amazon Time Sync Service her
Ihr AMI hat den Amazon Time Sync Service möglicherweise bereits standardmäßig konfiguriert. Verwenden Sie andernfalls die folgenden Verfahren, um Ihre Instance so zu konfigurieren, dass sie den lokalen Amazon Time Sync Service über den IPv4 Endpunkt verwendet.
Hilfe zur Behebung von Problemen finden Sie unter [Fehlerbehebung bei NTP-Synchronisierungsproblemen auf Linux-Instances](https://repost.aws/knowledge-center/linux-troubleshoot-ntp-synchronization) oder [Fehlerbehebung bei Zeitproblemen auf Windows-Instances](https://repost.aws/knowledge-center/ec2-windows-time-service).
------
#### [ Amazon Linux ]
AL2023 und neuere Versionen von Amazon Linux 2 sind standardmäßig so konfiguriert, dass sie den Amazon Time Sync IPv4 Service-Endpunkt verwenden. Wenn Sie bestätigen, dass Ihre Instance bereits konfiguriert ist, können Sie das folgende Verfahren überspringen.
**Um zu überprüfen, ob Chrony für die Verwendung des IPv4 Endpunkts konfiguriert ist**
Führen Sie den folgenden Befehl aus. In der Ausgabe, zeigt die Zeile, die mit `^*` beginnt, die bevorzugte Zeitquelle.
```
chronyc sources -v | grep -F ^*
^* 169.254.169.123 3 4 377 14 +12us[+9653ns] +/- 290us
```
**Um Chrony so zu konfigurieren, dass es auf älteren Versionen von Amazon Linux 2 eine Verbindung zum IPv4 Endpunkt herstellt**
1. Stellen Sie eine Verbindung mit Ihrer Instance her und deinstallieren Sie den NTP-Service.
```
[ec2-user ~]$ sudo yum erase 'ntp*'
```
1. Installieren Sie das Paket `chrony`.
```
[ec2-user ~]$ sudo yum install chrony
```
1. Öffnen Sie die Datei `/etc/chrony.conf` mit einem Texteditor Ihrer Wahl, z. B. **vim** oder **nano**. Fügen Sie die folgende Zeile vor beliebigen anderen `server`- oder `pool`-Anweisungen ein, die bereits in der Datei vorhanden sind, und speichern Sie Ihre Änderungen:
```
server 169.254.169.123 prefer iburst minpoll 4 maxpoll 4
```
1. Starten Sie den `chrony`-Daemon (`chronyd`) neu.
```
[ec2-user ~]$ sudo service chronyd restart
```
```
Starting chronyd: [ OK ]
```
**Anmerkung**
Auf RHEL und CentOS (bis zu Version 6) lautet der Servicename `chrony` anstatt `chronyd`.
1. Mithilfe des Befehls `chkconfig` können Sie konfigurieren, dass `chronyd` bei jedem Systemstart gestartet werden soll.
```
[ec2-user ~]$ sudo chkconfig chronyd on
```
1. Stellen Sie sicher, `chrony` dass der `169.254.169.123` IPv4 Endpunkt zur Synchronisation der Uhrzeit verwendet wird.
```
[ec2-user ~]$ chronyc sources -v | grep -F ^*
```
In der Ausgabe gibt `^*` die bevorzugte Zeitquelle an.
```
^* 169.254.169.123 3 6 17 43 -30us[ -226us] +/- 287us
```
1. Überprüfen Sie die von `chrony` gemeldeten Zeitsynchronisierungsmetriken.
```
[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 ]
**Um Chrony so zu konfigurieren, dass es auf Ubuntu eine Verbindung zum IPv4 Endpunkt herstellt**
1. Stellen Sie eine Verbindung mit Ihrer Instance her und installieren Sie mit `apt` das `chrony`-Paket.
```
ubuntu:~$ sudo apt install chrony
```
**Anmerkung**
Sofern erforderlich, aktualisieren Sie Ihre Instance, indem Sie zuerst `sudo apt update` ausführen.
1. Öffnen Sie die Datei `/etc/chrony/chrony.conf` mit einem Texteditor Ihrer Wahl, z. B. **vim** oder **nano**. Fügen Sie die folgende Zeile vor beliebigen anderen `server`- oder `pool`-Anweisungen ein, die bereits in der Datei vorhanden sind. Speichern Sie dann Ihre Änderungen:
```
server 169.254.169.123 prefer iburst minpoll 4 maxpoll 4
```
1. Den Service `chrony` neu starten.
```
ubuntu:~$ sudo /etc/init.d/chrony restart
```
```
Restarting chrony (via systemctl): chrony.service.
```
1. Stellen Sie sicher, `chrony` dass der `169.254.169.123` IPv4 Endpunkt zum Synchronisieren der Uhrzeit verwendet wird.
```
ubuntu:~$ chronyc sources -v | grep -F ^*
```
In der Ausgabe, zeigt die Zeile, die mit `^*` beginnt, die bevorzugte Zeitquelle.
```
^* 169.254.169.123 3 6 17 12 +15us[ +57us] +/- 320us
```
1. Überprüfen Sie die von `chrony` gemeldeten Zeitsynchronisierungsmetriken.
```
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 ]
Ab SUSE Linux Enterprise Server 15 ist `chrony` die Standardimplementierung von NTP.
**Um Chrony für die Verbindung zum IPv4 Endpunkt unter SUSE Linux zu konfigurieren**
1. Öffnen Sie die Datei `/etc/chrony.conf` mit einem Texteditor Ihrer Wahl, z. B. **vim** oder **nano**.
1. Überprüfen Sie, ob die Datei die folgende Zeile enthält:
```
server 169.254.169.123 prefer iburst minpoll 4 maxpoll 4
```
Wenn diese Zeile nicht vorhanden ist, fügen Sie sie hinzu.
1. Kommentieren Sie alle anderen Server- oder Pool-Zeilen aus.
1. Öffnen Sie YaST und aktivieren Sie den chrony-Service.
------
#### [ Windows ]
Ab der Version vom August 2018 AMIs verwendet Windows standardmäßig den Amazon Time Sync Service. Für Instances, die von diesen aus gestartet werden, ist keine weitere Konfiguration erforderlich, AMIs und Sie können die folgenden Verfahren überspringen.
Überprüfen Sie zunächst Ihre aktuelle NTP-Konfiguration, wenn Sie eine AMI verwenden, für die der Amazon Time Sync Service nicht standardmäßig konfiguriert ist. Wenn Ihre Instance bereits den IPv4 Endpunkt des Amazon Time Sync Service verwendet, ist keine weitere Konfiguration erforderlich. Wenn Ihre Instance den Amazon Time Sync Service nicht verwendet, schließen Sie das Verfahren ab, um den NTP-Server so zu ändern, dass er den Amazon Time Sync Service verwendet.
**So überprüfen Sie die NTP-Konfiguration**
1. Öffnen Sie in Ihrer Instance ein Eingabeaufforderungsfenster.
1. Mit folgendem Befehl zeigen Sie die derzeitige NTP-Konfiguration an:
```
w32tm /query /configuration
```
Dieser Befehl gibt die aktuellen Konfigurationseinstellungen für die Windows-Instance zurück und zeigt, ob eine Verbindung mit dem Amazon Time Sync Service besteht.
1. Mit folgendem Befehl wird der Status der derzeitigen Konfiguration angezeigt (optional):
```
w32tm /query /status
```
Dieser Befehl gibt Informationen wie den Zeitpunkt der letzten Synchronisierung der Instance mit dem NTP-Server und das Abrufintervall zurück.
**So stellen Sie den NTP-Server auf die Verwendung des Amazon Time Sync Service ein**
1. Führen Sie über das Eingabeaufforderungsfenster den folgenden Befehl aus:
```
w32tm /config /manualpeerlist:169.254.169.123 /syncfromflags:manual /update
```
1. Mit folgendem Befehl überprüfen Sie Ihre neuen Einstellungen:
```
w32tm /query /configuration
```
Vergewissern Sie sich, dass in der zurückgegebenen Ausgabe der `169.254.169.123` IPv4 Endpunkt `NtpServer` angezeigt wird.
**Standard-NTP-Einstellungen für Amazon Windows AMIs**
Amazon Machine Images (AMIs) halten sich im Allgemeinen an die out-of-the-box Standardeinstellungen, außer in Fällen, in denen Änderungen erforderlich sind, um in der EC2-Infrastruktur zu funktionieren. Die folgenden Einstellungen funktionieren in einer virtualisierten Umgebung erwiesenermaßen gut. Zudem weicht die Uhrzeit nie um mehr als eine Sekunde ab:
+ **Aktualisierungsintervall** — Legt fest, wie oft der Zeitservice die Systemzeit an die Genauigkeit anpasst. AWS konfiguriert das Aktualisierungsintervall so, dass es alle zwei Minuten erfolgt.
+ **NTP-Server** — Ab der Version vom August 2018 AMIs verwenden Sie standardmäßig den Amazon Time Sync Service. Auf diesen Zeitdienst kann von jedem Endpunkt aus zugegriffen werden, der AWS-Region sich am 169.254.169.123 IPv4 befindet. Zudem gibt das Flag 0x9 an, dass der Zeitdienst als Client fungiert und dass `SpecialPollInterval` verwendet werden soll, um zu ermitteln, wie häufig der Abgleich mit dem konfigurierten Zeitserver erfolgen soll.
+ **Typ** – „NTP“ bedeutet, dass der Service als eigenständiger NTP-Client und nicht als Teil einer Domain fungiert.
+ **Aktiviert und InputProvider** — Der Zeitdienst ist aktiviert und stellt dem Betriebssystem Zeit zur Verfügung.
+ **Spezielles Abrufintervall** – Fragt den konfigurierten NTP-Server alle 900 Sekunden (15 Minuten) ab.
**Anmerkung**
Für Windows Server 2025 AMIs beträgt der `SpecialPollInterval` Wert 1024 Sekunden statt 900 Sekunden.
| Registry-Pfad | Tastenname | Daten |
| --- | --- | --- |
| HKL M:\$1System\$1\$1 servicesCurrentControlSet\$1 w32time\$1 Config | UpdateInterval | 120 |
| HKL M:\$1System\$1\$1 services\$1 CurrentControlSet w32time\$1 Parameter | NtpServer | 169.254.169.123,0x9 |
| HKL M:\$1System\$1\$1 services\$1 CurrentControlSet w32time\$1 Parameter | Typ | NTP |
| HKL M:\$1System\$1\$1 services\$1 CurrentControlSet w32time\$1\$1 TimeProviders NtpClient | Aktiviert | 1 |
| HKL M:\$1System\$1\$1 services\$1 CurrentControlSet w32time\$1\$1 TimeProviders NtpClient | InputProvider | 1 |
| HKL M:\$1System\$1\$1 services\$1 CurrentControlSet w32time\$1\$1 TimeProviders NtpClient | SpecialPollInterval | 900 (Windows Server 2016, 2019 und 2022) oder 1024 (Windows Server 2025) |
------
## Connect zum IPv6 Endpunkt des Amazon Time Sync Service her
In diesem Abschnitt wird erklärt, wie sich die unter beschriebenen Schritte [Connect zum IPv4 Endpunkt des Amazon Time Sync Service her](#configure-amazon-time-service-IPv4) unterscheiden, wenn Sie Ihre Instance so konfigurieren, dass sie den lokalen Amazon Time Sync Service über den IPv6 Endpunkt verwendet. Es wird nicht der gesamte Konfigurationsprozess des Amazon Time Sync Service erklärt.
Auf den IPv6 Endpunkt kann nur auf [Nitro-basierten Instances](instance-types.md#instance-hypervisor-type) zugegriffen werden.
Es wird nicht empfohlen, sowohl die Einträge als auch die IPv4 IPv6 Endpunkteinträge zusammen zu verwenden. Die Pakete IPv4 und IPv6 NTP stammen von demselben lokalen Server für Ihre Instanz. Die Konfiguration IPv4 sowohl als auch der IPv6 Endpunkte ist nicht erforderlich und wird die Genauigkeit der Uhrzeit auf Ihrer Instanz nicht verbessern.
------
#### [ Linux ]
Je nachdem, welche Linux-Distribution Sie verwenden, verwenden Sie, wenn Sie den Schritt zum Bearbeiten der `chrony.conf` Datei erreichen, den IPv6 Endpunkt des Amazon Time Sync Service (`fd00:ec2::123`) und nicht den IPv4 Endpunkt (`169.254.169.123`):
```
server fd00:ec2::123 prefer iburst minpoll 4 maxpoll 4
```
Speichern Sie die Datei und stellen Sie sicher, dass Chrony den `fd00:ec2::123` IPv6 Endpunkt verwendet, um die Zeit zu synchronisieren:
```
[ec2-user ~]$ chronyc sources -v
```
Wenn Sie in der Ausgabe den `fd00:ec2::123` IPv6 Endpunkt sehen, ist die Konfiguration abgeschlossen.
------
#### [ Windows ]
Wenn Sie den Schritt erreicht haben, den NTP-Server so zu ändern, dass er den Amazon Time Sync Service verwendet, verwenden Sie den IPv6 Endpunkt des Amazon Time Sync Service (`fd00:ec2::123`) und nicht den IPv4 Endpunkt (`169.254.169.123`):
```
w32tm /config /manualpeerlist:fd00:ec2::123 /syncfromflags:manual /update
```
Stellen Sie sicher, dass Ihre neuen Einstellungen den `fd00:ec2::123` IPv6 Endpunkt zur Zeitsynchronisierung verwenden:
```
w32tm /query /configuration
```
Vergewissern Sie sich, dass in der Ausgabe der `fd00:ec2::123` IPv6 Endpunkt `NtpServer` angezeigt wird.
------
## Herstellen einer Verbindung mit der PTP-Hardware-Uhr
Die PTP-Hardware-Uhr ist Teil von [AWS Nitro System](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html). Daher kann in [unterstützten Bare-Metal- und virtualisierten EC2-Instances](#ptp-hardware-clock-requirements) direkt darauf zugegriffen werden, ohne Kundenressourcen zu beanspruchen.
Die NTP-Endpunkte für die PTP-Hardware-Uhr sind die gleichen wie für den regulären Amazon Time Sync Service. Wenn Ihre Instance über eine PTP-Hardwareuhr verfügt und Sie die NTP-Verbindung (entweder zum IPv6 Endpunkt IPv4 oder) konfiguriert haben, wird Ihre Instanzzeit automatisch von der PTP-Hardwareuhr über NTP abgerufen.
Für Linux-Instances können Sie eine *direkte* PTP-Verbindung konfigurieren, um eine präzisere Uhrzeit zu erhalten als bei der NTP-Verbindung. Windows-Instances unterstützen nur eine NTP-Verbindung zur PTP-Hardware-Uhr.
### Voraussetzungen
Die PTP-Hardware-Uhr ist in einer Instance verfügbar, wenn die folgenden Anforderungen erfüllt sind:
+ Unterstützt AWS-Regionen: USA Ost (Nord-Virginia), USA Ost (Ohio), Asien-Pazifik (Malaysia), Asien-Pazifik (Thailand), Asien-Pazifik (Tokio) und Europa (Stockholm)
+ Unterstützte Local Zones: USA Ost (New York City)
+ Unterstützte Instance-Familien:
+ **Allzweck:** M7a, M7g, M7i
+ **Arbeitsspeicheroptimiert:** R7a, R7g, R7i
+ **Speicheroptimiert:** I8g, I8ge
+ (Nur Linux) Installation der ENA-Treiberversion 2.10.0 oder höher für ein unterstütztes Betriebssystem. Weitere Informationen zu unterstützten Betriebssystemen finden Sie in den [Treibervoraussetzungen](https://github.com/amzn/amzn-drivers/tree/master/kernel/linux/ena#prerequisites) unter *GitHub*.
### (Nur Linux) Eine direkte PTP-Verbindung mit der PTP-Hardware-Uhr konfigurieren
In diesem Abschnitt erfahren Sie, wie Sie Ihre Linux-Instance für die Verwendung des lokalen Amazon Time Sync Service über die PTP-Hardware-Uhr konfigurieren und dabei eine direkte PTP-Verbindung verwenden. Dafär muss der `chrony`-Konfigurationsdatei ein Servereintrag für die PTP-Hardware-Uhr hinzugefügt werden.
**Eine direkte PTP-Verbindung mit der PTP-Hardware-Uhr konfigurieren (nur Linux-Instances)**
1. **Voraussetzungen für die Installation**
Stellen Sie eine Verbindung zur Ihrer Linux-Instance her und führen Sie die folgenden Schritte aus:
1. Installieren Sie den Linux-Kernel-Treiber für die Elastic Network Adapter (ENA)-Version 2.10.0 oder höher.
1. Aktivieren Sie die PTP-Hardware-Uhr.
Die Installationsanweisungen finden Sie unter [Linux-Kernel-Treiber für die Elastic Network Adapter (ENA) -Familie](https://github.com/amzn/amzn-drivers/tree/master/kernel/linux/ena#linux-kernel-driver-for-elastic-network-adapter-ena-family) auf *GitHub*.
1. **ENA-PTP-Gerät überprüfen**
Vergewissern Sie sich, dass das ENA-PTP-Hardware-Uhr-Gerät in Ihrer Instance angezeigt wird.
```
[ec2-user ~]$ for file in /sys/class/ptp/*; do echo -n "$file: "; cat "$file/clock_name"; done
```
Erwartete Ausgabe
```
/sys/class/ptp/ptp: ena-ptp-
```
Wobei Folgendes gilt:
+ `index` ist der im Kernel registrierte Index für die PTP-Hardware-Uhr.
+ `PCI slot` ist der PCI-Steckplatz des ENA-Ethernet-Controllers. Dies ist derselbe Steckplatz wie unter `lspci | grep ENA` gezeigt.
Beispielausgabe
```
/sys/class/ptp/ptp0: ena-ptp-05
```
Sollte `ena-ptp-` nicht in der Ausgabe enthalten sein, wurde der ENA-Treiber nicht korrekt installiert. Informationen zum Installieren des Treibers finden Sie in Schritt 1 dieses Verfahrens.
1. **PTP-Symlink konfigurieren**
PTP-Geräte werden normalerweise `/dev/ptp0`, `/dev/ptp1` usw. benannt, wobei ihr Index von der Reihenfolge der Hardware-Initialisierung abhängt. Durch das Erstellen eines Symlinks wird sichergestellt, dass Anwendungen wie chrony unabhängig von Indexänderungen konsistent auf das richtige Gerät verweisen.
Die neueste Version von Amazon Linux 2023 AMIs enthält eine `udev` Regel, die den `/dev/ptp_ena` Symlink erstellt und auf den richtigen `/dev/ptp` Eintrag verweist, der dem ENA-Host zugeordnet ist.
Überprüfen Sie zunächst, ob der Symlink vorhanden ist, indem Sie den folgenden Befehl ausführen.
```
[ec2-user ~]$ ls -l /dev/ptp*
```
Beispielausgabe
```
crw------- 1 root root 245, 0 Jan 31 2025 /dev/ptp0
lrwxrwxrwx 1 root root 4 Jan 31 2025 /dev/ptp_ena -> ptp0
```
Wobei Folgendes gilt:
+ `/dev/ptp` ist der Pfad zum PTP-Gerät.
+ `/dev/ptp_ena` ist der konstante Symlink, der auf dasselbe PTP-Gerät zeigt.
Wenn der Symlink `/dev/ptp_ena` vorhanden ist, fahren Sie mit Schritt 4 dieses Verfahrens fort. Falls es fehlt, gehen Sie wie folgt vor:
1. Fügen Sie die folgende `udev`-Regel hinzu.
```
[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
```
1. Laden Sie die `udev`-Regel neu, indem Sie entweder die Instance neu starten oder den folgenden Befehl ausführen.
```
[ec2-user ~]$ sudo udevadm control --reload-rules && udevadm trigger
```
1. **Chrony konfigurieren**
Chrony muss so konfiguriert werden, dass der Symlink `/dev/ptp_ena` verwendet wird, anstatt direkt auf /`dev/ptp` zu verweisen.
1. Bearbeiten Sie `/etc/chrony.conf` mithilfe eines Text-Editors und fügen Sie an einer beliebigen Stelle in der Datei die folgende Zeile hinzu.
```
refclock PHC /dev/ptp_ena poll 0 delay 0.000010 prefer
```
1. Starten Sie chrony erneut.
```
[ec2-user ~]$ sudo systemctl restart chronyd
```
1. **Chrony-Konfiguration überprüfen**
Vergewissern Sie sich, dass chrony die PTP-Hardware-Uhr für die Zeitsynchronisierung in dieser Instance verwendet.
```
[ec2-user ~]$ chronyc sources
```
Erwartete Ausgabe
```
MS Name/IP address Stratum Poll Reach LastRx Last sample
===============================================================================
#* PHC0 0 0 377 1 +2ns[ +1ns] +/- 5031ns
```
In der zurückgegebenen Ausgabe gibt `*` die bevorzugte Zeitquelle an. `PHC0` entspricht der PTP-Hardware-Uhr. Nach dem Neustart von chrony dauert es möglicherweise einige Sekunden, bis das Sternchen angezeigt wird.
# Die Zeitreferenz auf Ihrer EC2-Instance oder einem beliebigen Gerät mit Internetanschluss so definieren, dass der öffentliche Amazon Time Sync Service verwendet wird
Sie können Ihre Instance oder ein beliebiges Gerät mit Internetverbindung (etwa Ihren lokalen Computer oder einen On-Premises-Server) für die Verwendung des öffentlichen Amazon Time Sync Service konfigurieren, der im Internet unter `time.aws.com` zur Verfügung steht. Sie können den öffentlichen Amazon Time Sync Service als Backup für den lokalen Amazon Time Sync Service verwenden und um Ressourcen außerhalb des Amazon Time Sync Service AWS zu verbinden.
**Anmerkung**
Für eine optimale Leistung empfehlen wir, den *lokalen* Amazon Time Sync Service auf Ihren Instances zu verwenden und den *öffentlichen* Amazon Time Sync Service nur als Backup zu verwenden.
Verwenden Sie die Anleitung für das Betriebssystem Ihrer Instance oder Ihres Gerätes.
## Linux
**So konfigurieren Sie Ihre Linux-Instance oder Ihr Linux-Gerät mithilfe von chrony oder ntpd für die Verwendung des öffentlichen Amazon Time Sync Service**
1. Bearbeiten Sie `/etc/chrony.conf` (bei Verwendung von chrony) oder `/etc/ntp.conf` (bei Verwendung von ntpd) mithilfe eines Text-Editors wie folgt:
1. Entfernen Sie Zeilen, die mit `server` beginnen, oder kommentieren Sie sie aus (mit Ausnahme ggf. vorhandener Verbindungen mit dem lokalen Amazon Time Sync Service), damit Ihre Instance oder Ihr Gerät nicht versucht, Server mit und ohne Time Smearing gemeinsam zu verwenden.
**Wichtig**
Wenn Sie Ihre EC2-Instance so konfigurieren, dass sie eine Verbindung mit dem öffentlichen Amazon Time Sync Service herstellt, darf die folgende Zeile, die Ihre Instance für die Verbindungsherstellung mit dem lokalen Amazon Time Sync Service konfiguriert, nicht entfernt werden. Der lokale Amazon Time Sync Service stellt eine direktere Verbindung dar und bietet eine höhere Zeitgenauigkeit. Der öffentliche Amazon Time Sync Service sollte nur als Ausweichlösung verwendet werden.
```
server 169.254.169.123 prefer iburst minpoll 4 maxpoll 4
```
1. Fügen Sie die folgende Zeile hinzu, um eine Verbindung mit dem öffentlichen Amazon Time Sync Service herzustellen.
```
pool time.aws.com iburst
```
1. Starten Sie den Daemon mithilfe eines der folgenden Befehle neu.
+ chrony
```
sudo service chronyd force-reload
```
+ ntpd
```
sudo service ntp reload
```
## macOS
**So konfigurieren Sie Ihre macOS-Instance oder Ihr macOS-Gerät für die Verwendung des öffentlichen Amazon Time Sync Service**
1. Öffnen Sie **Systemeinstellungen**.
1. Wählen Sie **Date & Time** (Datum und Uhrzeit) und dann die Registerkarte **Date & Time** (Datum und Uhrzeit).
1. Um Änderungen vorzunehmen, wählen Sie das Schlosssymbol und geben Sie Ihr Passwort ein, wenn Sie dazu aufgefordert werden.
1. Geben Sie für **Datum und Uhrzeit automatisch festlegen** den Wert **time.aws.com** ein.
## Windows
**So konfigurieren Sie Ihre Windows-Instance oder Ihr Windows-Gerät für die Verwendung des öffentlichen Amazon Time Sync Service**
1. Öffnen Sie das **Control Panel** (Bedienfeld).
1. Wählen Sie das Symbol für **Date and Time** (Datum und Uhrzeit).
1. Wählen Sie die Registerkarte **Internet Time** (Internetzeit). Diese Registerkarte ist nicht verfügbar, wenn Ihr PC in eine Domain eingebunden ist. In diesem Fall synchronisiert er die Zeit mit dem Domain-Controller. Sie können den Controller für die Verwendung des öffentlichen Amazon Time Sync Service konfigurieren.
1. Wählen Sie **Change settings** (Einstellungen ändern).
1. Aktivieren Sie das Kontrollkästchen für **Mit einem Internet-Zeitserver synchronisieren**.
1. Geben Sie neben **Server** den Wert **time.aws.com** ein.
**So konfigurieren Sie Ihre Windows Server-Instance oder Ihr Windows Server-Gerät für die Verwendung des öffentlichen Amazon Time Sync Service**
+ Folgen Sie den [Anweisungen von Microsoft](https://support.microsoft.com/en-us/kb/816042), um Ihre Registry zu aktualisieren.
# Vergleichen von Zeitstempeln für Ihre Linux-Instances
Wenn Sie den Amazon Time Sync Service verwenden, können Sie die Zeitstempel auf Ihren Amazon EC2 EC2-Linux-Instances mit vergleichen, ClockBound um den tatsächlichen Zeitpunkt eines Ereignisses zu ermitteln. ClockBound misst die Taktgenauigkeit Ihrer EC2-Instance und ermöglicht es Ihnen, zu überprüfen, ob ein bestimmter Zeitstempel in der Vergangenheit oder future in Bezug auf die aktuelle Uhr Ihrer Instance liegt. Diese Informationen sind wertvoll, um die Reihenfolge und Konsistenz von Ereignissen und Transaktionen über EC2-Instances hinweg unabhängig vom geografischen Standort jeder Instance zu bestimmen.
ClockBound ist ein Open-Source-Daemon und eine Open-Source-Bibliothek. Weitere Informationen ClockBound, einschließlich Installationsanweisungen, finden Sie [ClockBound](https://github.com/aws/clock-bound)unter *GitHub*.
ClockBound wird nur für Linux-Instances unterstützt.
Bei Verwendung der direkten PTP-Verbindung mit der PTP-Hardware-Uhr unterschätzt Ihr Zeit-Daemon (beispielsweise chrony) die Zeitfehlergrenze. Das liegt daran, dass eine PTP-Hardware-Uhr im Gegensatz zu NTP nicht die richtigen Informationen zur Fehlergrenze an chrony übergibt. Folglich geht Ihr Daemon für die Zeitsynchronisierung davon aus, dass die UTC-Zeit der Uhr korrekt ist, und verwendet daher eine Fehlergrenze von `0`. Zur Messung der gesamten Fehlergrenze berechnet das Nitro-System die Fehlergrenze der PTP-Hardware-Uhr und macht sie über das ENA-Treiberdateisystem `sysfs` für Ihre EC2-Instance verfügbar. Dies ist direkt als Wert in Nanosekunden lesbar.
**De PTP-Hardware-Uhr abrufen**
1. Rufen Sie zunächst mithilfe eines der folgenden Befehle den korrekten Standort der PTP-Hardware-Uhr ab. Der Pfad im Befehl unterscheidet sich je nach AMI, das zum Starten der Instance verwendet wird.
+ Für Amazon Linux 2:
```
cat /sys/class/net/eth0/device/uevent | grep PCI_SLOT_NAME
```
+ Für Amazon Linux 2023:
```
cat /sys/class/net/ens5/device/uevent | grep PCI_SLOT_NAME
```
Die Ausgabe gibt den PCI-Steckplatz an, an dem sich die PTP-Hardware-Uhr befindet. In diesem Beispiel ist der Speicherort `0000:00:03.0`.
```
PCI_SLOT_NAME=0000:00:03.0
```
1. Führen Sie den folgenden Befehl aus, um den PTP-Hardware-Zeitfehler abzurufen. Geben Sie den PCI-Steckplatznamen aus dem vorherigen Schritt an.
```
cat /sys/bus/pci/devices/0000:00:03.0/phc_error_bound
```
Die Ausgabe gibt die Zeitfehlergrenze der PTP-Hardware-Uhr in Nanosekunden an.
Um bei Verwendung der direkten PTP-Verbindung zur PTP-Hardwareuhr den korrekten Zeitfehler zu berechnen, müssen Sie den Taktfehler hinzufügen, der von oder zu dem Zeitpunkt, zu dem die PTP-Hardwareuhr abgerufen wird, stammt chrony oder zu dem Zeitpunkt liegt, ClockBound zu dem die chrony PTP-Hardwareuhr abgerufen wird. Weitere Informationen zur Messung und Überwachung der Uhrgenauigkeit finden Sie unter [Verwalten der Uhrgenauigkeit von Amazon EC2 EC2-Instances mithilfe von Amazon Time Sync Service und Amazon CloudWatch — Teil 1.](https://aws.amazon.com/blogs/mt/manage-amazon-ec2-instance-clock-accuracy-using-amazon-time-sync-service-and-amazon-cloudwatch-part-1/)
# Ändern der Zeitzone für Ihre Instance
Amazon-EC2-Instances werden standardmäßig auf die Zeitzone UTC (Coordinated Universal Time) festgelegt. Sie können die Zeit für eine Instance auf die lokale Zeitzone oder auf eine andere Zeitzone in Ihrem Netzwerk festlegen.
Verwenden Sie die Anleitung für das Betriebssystem Ihrer Instance.
## Linux
**Wichtig**
Diese Informationen gelten für Amazon Linux. Weitere Informationen zu anderen Verteilungen finden Sie in der jeweiligen Dokumentation.
**So ändern Sie die Zeitzone in Amazon Linux**
1. Zeigen Sie die aktuelle Zeitzoneneinstellung des Systems an.
```
[ec2-user ~]$ timedatectl
```
1. Listen Sie die verfügbaren Zeitzonen auf.
```
[ec2-user ~]$ timedatectl list-timezones
```
1. Legen Sie die ausgewählte Zeitzone fest.
```
[ec2-user ~]$ sudo timedatectl set-timezone America/Vancouver
```
1. (Optional) Bestätigen Sie durch erneutes Ausführen des Befehls **timedatectl**, dass die aktuelle Zeitzone auf die neue Zeitzone geändert wird.
```
[ec2-user ~]$ timedatectl
```
## Windows
**So ändern Sie die Zeitzone für eine Windows-Instance**
1. Öffnen Sie in Ihrer Instance ein Eingabeaufforderungsfenster.
1. Ermitteln Sie die Zeitzone, die in Ihrer Instance verwendet wird. Mit dem folgenden Befehl zeigen Sie eine Liste aller Zeitzonen an:
```
tzutil /l
```
Dieser Befehl gibt eine Liste mit allen verfügbaren Zeitzonen im folgenden Format zurück:
```
display name
time zone ID
```
1. Ermitteln Sie die ID der Zeitzone, die Sie der Instance zuordnen möchten.
1. Beispiel: Die UTC-Zeitzone zuweisen:
```
tzutil /s "UTC"
```
Beispiel: Pazifische Standardzeit zuweisen:
```
tzutil /s "Pacific Standard Time"
```
Wenn Sie die Zeitzone für eine Windows-Instance ändern, müssen Sie sicherstellen, dass die Zeitzone bei Systemneustarts erhalten bleibt. Andernfalls ändert sich die Zeit beim Neustart einer Instance wieder in UTC. Sie können Ihre Zeitzoneneinstellung beibehalten, indem Sie einen **RealTimeIsUniversal**-Registrierungsschlüssel hinzufügen. Dieser Schlüssel wird standardmäßig für alle Instances der aktuellen Generation festgelegt. Um zu überprüfen, ob der **RealTimeIsUniversal** Registrierungsschlüssel gesetzt ist, lesen Sie Schritt 3 des folgenden Verfahrens. Ist der Schlüssel nicht festgelegt, führen Sie die folgenden Schritte von Anfang an aus.
**So legen Sie den RealTimeIsUniversal Registrierungsschlüssel fest**
1. Öffnen Sie in der Instance ein Eingabeaufforderungsfenster.
1. Verwenden Sie den folgenden Befehl, um den Registrierungsschlüssel hinzuzufügen:
```
reg add "HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\TimeZoneInformation" /v RealTimeIsUniversal /d 1 /t REG_DWORD /f
```
1. Stellen Sie sicher, dass die Instance den Schlüssel erfolgreich gespeichert hat, bevor Sie folgenden Befehl ausführen (optional):
```
reg query "HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\TimeZoneInformation" /s
```
Dieser Befehl gibt die Unterschlüssel für den Registrierungsschlüssel **TimeZoneInformation** zurück. Die Ausgabe des **RealTimeIsUniversal**-Schlüssels am Ende der Liste sollte ähnlich dem folgenden Beispiel aussehen:
```
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\TimeZoneInformation
Bias REG_DWORD 0x1e0
DaylightBias REG_DWORD 0xffffffc4
DaylightName REG_SZ @tzres.dll,-211
DaylightStart REG_BINARY 00000300020002000000000000000000
StandardBias REG_DWORD 0x0
StandardName REG_SZ @tzres.dll,-212
StandardStart REG_BINARY 00000B00010002000000000000000000
TimeZoneKeyName REG_SZ Pacific Standard Time
DynamicDaylightTimeDisabled REG_DWORD 0x0
ActiveTimeBias REG_DWORD 0x1a4
RealTimeIsUniversal REG_DWORD 0x1
```