Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Sincronizzazione precisa dell'orologio e dell'ora sull'istanza EC2

Un riferimento temporale coerente e accurato sull'istanza Amazon EC2 è fondamentale per numerosi processi e attività del server. I timestamp nei log di sistema svolgono un ruolo essenziale nell'identificazione del momento in cui si sono verificati i problemi e dell'ordine cronologico degli eventi. Se utilizzi la AWS CLI o un SDK AWS per effettuare richieste dall'istanza, questi strumenti firmano le richieste per tuo conto. Se le impostazioni di data e ora dell'istanza non sono accurate, può verificarsi una discrepanza tra la data della firma e la data della richiesta, che di conseguenza verrebbe rifiutata da AWS.

Per risolvere questo importante aspetto, Amazon offre il servizio di sincronizzazione oraria di Amazon, accessibile da tutte le istanze EC2 e utilizzabile con vari Servizi AWS. Questo servizio utilizza una serie di clock di riferimento atomici e con connessione satellitare in ciascuna Regione AWS per garantire letture correnti accurate dell'orario standard globale UTC (Coordinated Universal Time).

Per prestazioni ottimali, consigliamo di utilizzare il servizio di sincronizzazione oraria di Amazon locale sulle tue istanze EC2. Per eseguire un backup del servizio di sincronizzazione oraria di Amazon locale sulle tue istanze o per connettere risorse esterne ad Amazon EC2 al servizio di sincronizzazione oraria di Amazon, puoi utilizzare il servizio di sincronizzazione oraria di Amazon pubblico situato all'indirizzo time.aws.com. Il servizio di sincronizzazione oraria di Amazon pubblico spalma in modo automatico i secondi intercalari aggiunti all'orario UTC. Il servizio di sincronizzazione oraria di Amazon è supportato a livello globale dalla nostra serie di clock di riferimento atomici e connessi via satellite in ogni Regione AWS.

Marcatura temporale dei pacchetti hardware

Puoi abilitare la marcatura temporale dei pacchetti hardware sull’istanza per aggiungere una marcatura temporale con precisione in nanosecondi a 64 bit a ogni pacchetto di rete in ingresso. Poiché la marcatura temporale dei pacchetti hardware avviene a livello hardware, prima che il pacchetto raggiunga il kernel, il socket o il livello dell’applicazione, si evitano i ritardi aggiunti dalla marcatura temporale del software. L’orologio di riferimento sottostante per la marcatura temporale dell’hardware è l’orologio hardware PTP del servizio di sincronizzazione oraria di Amazon.

Per le istruzioni di configurazione, consulta Hardware Packet Timestamping sulla pagina Linux kernel driver for Elastic Network Adapter (ENA) family su GitHub.

Secondi intercalari

I secondi intercalari, introdotti nel 1972, sono regolazioni occasionali di un secondo dell'ora UTC per tenere conto delle irregolarità nella rotazione terrestre al fine di compensare le differenze tra l'ora atomica internazionale (TAI) e l'ora solare (Ut1). Per gestire i secondi intercalari per conto dei clienti, abbiamo progettato Leap Second Smearing all'interno del servizio di sincronizzazione oraria di Amazon. Per ulteriori informazioni, consulta Guarda prima di saltare: il secondo salto in arrivo e AWS.

I secondi intercalari stanno scomparendo e appoggiamo pienamente la decisione presa alla 27a conferenza generale sui pesi e le misure di abbandonare i secondi intercalari entro il 2035.

Per supportare questa transizione, prevediamo comunque di risparmiare tempo durante un secondo intercalare quando si accede al servizio di sincronizzazione oraria di Amazon tramite la connessione NTP locale o i nostri pool NTP pubblici (time.aws.com). Il clock hardware PTP, tuttavia, non offre l'opzione dei tempi spalmati. In caso di secondo intercalare, il clock hardware PTP aggiungerà il secondo intercalare secondo gli standard UTC. Le sorgenti temporali "spalmate" e "secondi intercalari" sono le stesse nella maggior parte dei casi. Tuttavia, poiché differiscono durante un evento di secondo intercalare, si sconsiglia di utilizzare contemporaneamente sorgenti temporali spalmate e non spalmate nella configurazione del client orario durante un evento di secondo intercalare.