Direct Connect manutenção - AWS Direct Connect

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Direct Connect manutenção

Direct Connect está comprometida em garantir 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 recursos. 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 local e os recursos. AWS

O Direct Connect envia notificações por e-mail sobre eventos de manutenção planejados e emergenciais para o endereço de e-mail associado à AWS conta proprietária da conexão Direct Connect ou do recurso de interface virtual. 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 AWS conta para obter mais informações.

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 recursos.

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 AWS conta 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,

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 emergencial do Direct Connect

Os eventos de manutenção emergencial são iniciados de acordo com a situação crítica para evitar eventos iminentes de impacto no serviço ou para 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 emergencial 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 AWS iniciados, seu parceiro de entrega do Direct Connect ou provedor de serviços de rede que está fornecendo conectividade de rede do seu local para o local do Direct Connect pode realizar atividades de manutenção. Os parceiros do Direct Connect Delivery recebem notificações de eventos de manutenção AWS para que possam planejar seus próprios cronogramas de manutenção para evitar sobreposições. AWS não tem visibilidade das atividades de manutenção de um parceiro, então você precisará verificar com ele o processo de agendamento, os métodos de notificação e as melhores práticas.

Preparação para os eventos de manutenção

Para garantir que as cargas de trabalho 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 obter as etapas de uso do 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 seu tráfego é roteado por outras conexões redundantes quando houver uma conexão. out-of-service 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 utilizar o Amazon CloudWatch Network Monitor para fornecer monitoramento ativo de suas conexões do Direct Connect. Para obter mais informações, consulte Monitore a conectividade híbrida com o Amazon CloudWatch Network Synthetic Monitor.

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.