Manutenção do Direct Connect
O Direct Connect garante a segurança, a disponibilidade e a escalabilidade do serviço. Para manter esses padrões, é necessário realizar manutenção periódica nos dispositivos de rede de hardware. A manutenção do Direct Connect está dividida em dois tipos: planejada e emergencial.
Esses eventos de manutenção incluem abordar vulnerabilidades de segurança, problemas de hardware, realizar migrações de dispositivos para cumprir os padrões, corrigir defeitos e fornecer novos atributos. Seguindo as práticas descritas em Preparação para os eventos de manutenção, você pode preparar melhor o ambiente do Direct Connect para evitar interrupções durante os eventos de manutenção. Se você tiver uma configuração de rede não resiliente ou uma única conexão, você enfrentará uma interrupção na conectividade entre sua rede on-premises e os recursos da AWS.
O Direct Connect envia notificações sobre os eventos de manutenção planejados e emergenciais para o endereço de e-mail associado à conta da AWS proprietária da conexão ou do recurso de interface virtual do Direct Connect. Se você estiver usando uma conexão hospedada pelo Direct Connect com um dos parceiros de entrega do Direct Connect, as notificações por e-mail sobre o evento de manutenção serão enviadas para você e para a conta do parceiro. Você também pode adicionar outros endereços de e-mail ou listas de distribuição para receber notificações. Consulte Atualizar os contatos alternativos da sua conta AWS para obter mais informações.
Evento de manutenção
Manutenção planejada do Direct Connect
Os eventos de manutenção planejada envolvem atualizações de rede, como patches do sistema operacional e atualizações de configuração nos endpoints de dispositivos de hardware. Essas atualizações são necessárias para melhorar a disponibilidade e fornecer novos atributos.
Esses eventos de manutenção são programados com 14 dias de antecedência e geralmente ocorrem durante um período de quatro horas em horários de baixo tráfego no local do Direct Connect onde o endpoint do dispositivo reside. As atividades de manutenção geralmente são concluídas antes que o período completo de quatro horas expire. Você receberá uma notificação quando o trabalho for concluído. Em casos raros em que circunstâncias imprevistas exijam a extensão do período de manutenção, enviaremos uma notificação separada com a estimativa de conclusão revisada.
Usando a programação a seguir, a notificação inicial e as notificações de lembrete são enviadas para a conta da AWS proprietária do recurso:
-
14 dias corridos antes do evento de manutenção planejado;
-
7 dias corridos antes do evento de manutenção planejado; e
-
1 dia antes do evento de manutenção planejado.
nota
Os dias corridos incluem dias não úteis e feriados locais.
Além disso,
-
Receba notificações em seu sistema de monitoramento ou emissão de tíquetes por meio da integração com a AWS Health. Para integrar a AWS Health, consulte Monitoramento de eventos em AWS Health com o Amazon EventBridge no Guia do usuário da AWS Health.
-
Veja os cronogramas de manutenção planejada em seu AWS Health Dashboard
.
Em raras circunstâncias, um evento de manutenção planejado talvez não ocorra conforme programado. Se isso acontecer, enviaremos uma notificação de cancelamento e remarcaremos o evento para uma data futura, seguindo o mesmo processo descrito acima.
Manutenção de emergência do Direct Connect
Os eventos de manutenção de emergência são iniciados de acordo com a situação crítica para evitar eventos iminentes de impacto no serviço ou resolver deficiências que já tenham resultado em interrupção na conectividade. Nesses casos, é necessário tomar medidas imediatas para restaurar o endpoint afetado a um estado íntegro.
Embora nos esforcemos para fornecer um aviso prévio sempre que possível, algumas situações podem exigir que a manutenção seja iniciada imediatamente. Você receberá notificações quando a manutenção de emergência estiver programada ou em andamento e novamente quando for concluída.
Esses eventos de manutenção ocorrem normalmente durante um período de duas horas no local do Direct Connect onde o endpoint do dispositivo reside. As atividades de manutenção geralmente são concluídas nesse período. Em casos raros em que circunstâncias imprevistas exijam a extensão do período de manutenção, como troca de hardware, enviaremos uma notificação separada com a estimativa de conclusão revisada.
Manutenção de terceiros
Além dos eventos de manutenção iniciados pela AWS, seu parceiro de entrega do Direct Connect ou o provedor de serviços de rede que fornece a conectividade de rede on-premises para o local do Direct Connect pode realizar atividades de manutenção. Os parceiros de entrega do Direct Connect recebem notificações de eventos de manutenção da AWS para que possam planejar seus próprios cronogramas de manutenção e, assim, evitar sobreposições. A AWS não tem visibilidade das atividades de manutenção de um parceiro e, portanto, você precisará verificar com ele o processo de agendamento, os métodos de notificação e as práticas recomendadas.
Preparação para os eventos de manutenção
Para garantir que as workloads de produção continuem funcionando durante um evento de manutenção, o Direct Connect recomenda que você use o AWS Direct Connect Resiliency Toolkit para configurar suas conexões de rede para obter a máxima resiliência. Para obter um exemplo de modelo de resiliência máxima, consulte Resiliência máxima.
Usando a máxima resiliência, as conexões são distribuídas em pelo menos dois locais do Direct Connect, com terminação em dois endpoints de dispositivos exclusivos em cada local do Direct Connect. Isso fornece várias camadas de redundância, o que reduz o risco de uma única falha no endpoint e ajuda a manter a conectividade durante os eventos de manutenção. O Direct Connect nunca agendará um evento de manutenção planejado que desative simultaneamente suas conexões redundantes. Para conhecer as etapas para usar o AWS Direct Connect Resiliency Toolkit para configurar a resiliência máxima, consulte Configuração da resiliência máxima.
Durante um evento de manutenção planejado, o Direct Connect drena o tráfego de e para o endpoint de conexão em manutenção e força o tráfego a usar suas conexões redundantes. Isso permite um redirecionamento mais contínuo do tráfego de rede sem a necessidade de intervenção manual se a resiliência máxima não estiver configurada. Como alternativa, você pode optar por controlar o redirecionamento de tráfego entre as conexões redundantes durante as janelas de manutenção usando comunidades de Protocolo de Gateway da Borda (BGP) de preferência do local. Para obter mais informações sobre as comunidades do BGP, consulte Políticas de roteamento e comunidades BGP.
Configurar seu ambiente do Direct Connect com o modelo de resiliência máxima ajuda a garantir que sua empresa não seja afetada durante eventos de manutenção e falhas na infraestrutura. Quando implementados e testados adequadamente, você normalmente não precisa realizar nenhuma ação relacionada a esses eventos de manutenção.
Validação de resiliência
Se você configurou seu ambiente do Direct Connect para ser resiliente, valide regularmente se o tráfego é roteado por outras conexões redundantes quando uma conexão estiver fora de serviço. Testes proativos regulares podem ajudar a identificar e resolver possíveis problemas antes que eles afetem as workloads de produção durante um evento real de manutenção ou um cenário de falha. Isso garante maior confiabilidade da sua rede durante um evento de manutenção. Use o teste de failover do Direct Connect para validar a resiliência de suas conexões redundantes. Para obter as etapas para usar o teste de failover do Direct Connect, consulte Teste de failover do Direct Connect.
Você também pode aproveitar o Monitor de Rede do Amazon CloudWatch para fornecer monitoramento ativo de suas conexões do Direct Connect. Para obter mais informações, consulte Monitorar a conectividade híbrida com o Network Synthetic Monitor do Amazon CloudWatch
Solicitações de adiamento ou cancelamento de eventos de manutenção
Os dispositivos do Direct Connect são compartilhados entre vários clientes. Portanto, não atendemos solicitações específicas de reagendamentos ou cancelamentos de manutenção. As solicitações de reagendamento ou cancelamento de um cliente podem impactar negativamente outros clientes que estiverem usando esse endpoint. Isso também pode representar um risco para mitigar problemas de disponibilidade ou segurança em tempo hábil.