Olhe antes de saltar – O próximo segundo intercalar e a AWS

Meu colega Mingxue Zhao me enviou um guest post concebido para se certificar de que você está ciente de uma importante questão de tempo/relógio. — Jeff;

—-

O International Earth Rotation and Reference Systems (IERS) anunciou recentemente que um segundo extra será inserido no horário civil no final de 30 de junho de 2015. Isto significa que o último minuto de 30 de junho de 2015 terá 61 segundo. Se um relógio é sincronizado com o tempo civil padrão, ele deve mostrar um segundo extra 23:59:60 naquele dia entre 23:59:59 e 00:00:00. Esse segundo extra é chamado segundo intercalar (ou bissexto). Houveram 25 segundos intercalares tais como este desde 1972. O último ocorreu em 30 de junho de 2012.

Relógios no sistema de TI nem sempre seguem o padrão acima e podem comportar-se de muitas maneiras diferentes. Por exemplo:

• Alguns kernels Linux implementam um segundo para trás, em vez de saltar para o segundo “:60″ extra, repetindo o segundo 59 (ver o artigo, Resolve Leap Second Issues in Red Hat Enterprise Linux para mais informações).
• Servidores de horário do Windows irão ignorar o sinal do segundo intercalar e irão sincronizar para a hora correta após o segundo intercalar (veja Como o serviço de tempo do Windows trata uma fração de segundo para mais informações).
• Algumas organizações, incluindo a Amazon Web Services, pretende difundir o segundo extra ao longo de muitas horas que cercam o segundo intercalar, fazendo a cada segundo um pouco maior.
• Se um relógio não se conectar a um sistema de sincronização de tempo, ele atua por conta própria e não implementa qualquer segundo intercalar ou ajuste para ele.

Se você quer saber se seus aplicativos e sistemas podem tratar adequadamente o segundo intercalar, entre em contato com seus fornecedores. Se você executa cargas de trabalho sensíveis ao tempo e precisa saber como relógios AWS irão se comportar, leia este documento cuidadosamente. Em geral, existem três partes afetadas:

• O AWS Management Console e sistemas de back-end
• Instâncias do Amazon EC2
• Outros recursos gerenciados da AWS

Para obter mais informações sobre a comparação de relógios da AWS com o UTC, consulte a seção Tempo Ajustado AWS.

O AWS Management Console e sistemas de beck-end NÃO irão implementar o segundo intercalar. Em vez disso, vamos espalhar o segundo extra ao longo de um período de 24 horas em torno do segundo intercalar, fazendo cada segundo um pouco maior. Durante essas 24 horas, os relógios da AWS podem estar até 0,5 segundo atrás ou à frente do tempo civil padrão (consulte a seção Tempo Ajustado AWS para mais informações).

Você pode ver o tempo ajustado no console (incluindo data e hora de criação de recurso), registros de medição, registros de faturamento, logs do Amazon CloudFront e logs do AWS CloudTrail. Você não verá o segundo “: 60″ nestes locais e seu uso será cobrado de acordo com o tempo ajustado.

Cada instância EC2 tem seu próprio relógio e está totalmente sob seu controle; a AWS não gerencia os relógios das instâncias. Um relógio da instância pode ter qualquer um dos comportamentos listados no início deste post. Contacte o seu fornecedor do seu SO para entender o comportamento esperado do seu sistema operacional.

Se você usar o Amazon Linux AMI, sua instância irá implementar o pulo um segundo para trás e você verá “23:59:59″ duas vezes. Você pode encontrar as seguintes informações úteis:

• Post no Forum: Amazon Linux AMI and the 2015-06-30 leap second.
• Configurando NTP para instâncias usando o Amazon Linux AMIs: Setting the Time for Your Linux Instance.
• Configurando NTP para instâncias usando o Amazon fornecido pelo Microsoft Windows AMIs:  Setting the Time for a Windows Instance.

Outros recursos da AWS também podem ter seus próprios relógios. Ao contrário de instâncias EC2, esses recursos são total ou parcialmente geridos pela AWS. Os recursos a seguir implementarão o salto de um segundo para trás e você verá: 23: 59: 59″ duas vezes:

• Amazon CloudSearch clusters
• Amazon EC2 Container Service instances
• Amazon EMR Clusters
• Amazon RDS instances
• Amazon Redshift instances

Para habilitar a sincronização de tempo no EMR Clusters, seu VPC tem que permitir o acesso ao NTP. Certifique-se de que seus EMR Clusters têm acesso à Internet, e que os seus grupos de segurança e ACLs de rede permitem o tráfego UDP de saída na porta 123.

Esta seção fornece detalhes específicos sobre como o relógio irá se comportar no AWS Management Console e sistemas de back-end.

A partir de 12:00:00 em 30 de junho de 2015, que irá desacelerar relógios da AWS por 1/86400. A cada segundo o relógio AWS terá + 1/86.400 segundo em tempo “real”, até 12:00:00 em 01 de julho de 2015, quando o relógio da AWS estará atrasado um segundo inteiro. Enquanto isso, o tempo civíl padrão (UTC) irá implementar o segundo intercalar no final de 30 de junho de 2015 e atrasará um segundo, também. Portanto, no 12:00:00 01 de julho de 2015, os relógios da AWS serão sincronizados para UTC novamente. A tabela abaixo ilustra essas mudanças.

Se você tem dúvidas sobre este evento, entre em contato com o Suporte AWS ou poste no Fórum EC2.

— Mingxue Zhao, Senior Product Manager