Sincronización precisa del reloj y la hora en su instancia EC2

Una referencia horaria coherente y precisa en su instancia de Amazon EC2 resulta crucial para muchas tareas y procesos del servidor. Las marcas de tiempo en los registros del sistema desempeñan un papel esencial a la hora de identificar cuándo se produjeron los problemas y el orden cronológico de los eventos. Cuando use la AWS CLI o un SDK de AWS para realizar solicitudes desde la instancia, estas herramientas firman las solicitudes en su nombre. Si la configuración de fecha y hora de la instancia no es correcta, podría producirse una discrepancia entre la fecha de la firma y la fecha de la solicitud y AWS rechazaría las solicitudes.

Para abordar este importante aspecto, Amazon ofrece el Servicio de sincronización temporal de Amazon, que está disponible desde todas las instancias de EC2 y que utilizan varios Servicios de AWS. El servicio utiliza una flota de relojes atómicos de referencia conectados vía satélite en cada Región de AWS para entregar lecturas horarias precisas y actuales del estándar global de la hora universal coordinada (UTC).

Para lograr un rendimiento óptimo, le recomendamos que use el Servicio de sincronización temporal de Amazon en sus instancias de EC2. Para hacer una copia de seguridad del Servicio de sincronización temporal de Amazon local en sus instancias y conectar recursos ajenos a Amazon EC2 al Servicio de sincronización temporal de Amazon, puede utilizar el Servicio de sincronización temporal de Amazon público que se encuentra en time.aws.com. El Servicio de sincronización temporal de Amazon público, igual que el Servicio de sincronización temporal de Amazon local, difumina automáticamente los segundos intercalares que se agregan a la hora UTC. El Servicio de sincronización temporal de Amazon público es compatible en todo el mundo con nuestra flota de relojes atómicos de referencia conectados vía satélite en cada Región de AWS.

Marcado de tiempo de paquetes por hardware

Puede habilitar el marcado de tiempo de paquetes por hardware en su instancia para añadir una marca de tiempo de 64 bits con precisión de nanosegundos a cada paquete de red entrante. Dado que el marcado de tiempo de paquetes por hardware se produce a nivel de hardware (antes de que el paquete llegue a la capa del kernel, el socket o la aplicación), se evitan los retrasos añadidos por el marcado de tiempo por software. El reloj de referencia subyacente para el marcado de tiempo por hardware es el reloj de hardware PTP del Servicio de sincronización temporal de Amazon

Para ver las instrucciones de configuración, consulte Marcado de tiempo de paquetes por hardware en la página del controlador del kernel de Linux para la familia Elastic Network Adapter (ENA) en GitHub.

Segundos intercalares

Los segundos intercalares, introducidos en 1972, son ajustes ocasionales de un segundo en la hora UTC para tener en cuenta las irregularidades en la rotación de la Tierra y tener en cuenta las diferencias entre la hora atómica internacional (TAI) y la hora solar (Ut1). Para administrar los segundos intercalares en beneficio de los clientes, hemos diseñado la difuminación de segundos intercalares en el Servicio de sincronización temporal de Amazon. Para obtener más información, consulte Look Before You Leap – The Coming Leap Second and AWS.

Los segundos intercalares están desapareciendo y apoyamos plenamente la decisión tomada en la 27.ª conferencia general sobre ponderaciones y medidas para abandonar los segundos intercalares a más tardar en 2035.

Para respaldar esta transición, seguimos pensando en la difuminación temporal durante un evento de segundo intercalar al acceder al Servicio de sincronización temporal de Amazon a través de la conexión NTP local o de nuestros grupos NTP públicos (time.aws.com). Sin embargo, el reloj de hardware de PTP no ofrece una opción de tiempo extendido. En caso de un segundo intercalar, el reloj de hardware de PTP agregará el segundo intercalar siguiendo los estándares de UTC. Los orígenes de tiempo con difuminación temporal y segundos intercalares son iguales en la mayoría de los casos. Sin embargo, debido a que difieren durante un evento de segundo intercalar, no recomendamos utilizar orígenes de tiempo difuminados y no difuminados en la configuración de su cliente de tiempo durante un evento de segundo intercalar.