Falha na AWS de 21/02/2026: Problemas de roteamento no Direct Connect após US-EAST-1 – o que aconteceu?
Em 21 de fevereiro de 2026 (CET), houve uma interrupção no AWS Direct Connect na região US-EAST-1 (N. Virginia), que foi sentida de forma muito concreta por alguns clientes: rotas anteriormente anunciadas entre VPC e On-Prem não estavam temporariamente disponíveis (ou não mais). O resultado: problemas de conexão de cargas de trabalho na VPC de volta para o próprio data center ou para redes On-Prem.
Este é um daqueles incidentes que não parecem espetaculares como "tudo está fora do ar" – mas em arquiteturas híbridas, ainda assim causam danos reais imediatos, pois a conectividade é a base de tudo: bancos de dados, autenticação, integrações legacy, fallback de VPN, monitoramento, implantações.
Fonte: Representação simbólica de infraestrutura de nuvem e rede – adequada para temas de Direct Connect e roteamento.
Resumo rápido
- O quê: Problemas de conectividade no AWS Direct Connect para a região US-EAST-1.
- Quando: 21/02/2026 (CET; noite/madrugada).
- Sintoma: Para alguns clientes, rotas anteriormente anunciadas entre VPC e On-Prem estavam ausentes, causando interrupções/timeouts de conexão.
- Escopo: Afetou alguns clientes do Direct Connect / não "a AWS como um todo".
- Status (segundo os updates): Causa identificada; a AWS trabalhou em mitigações paralelas, restaurou rotas e observou recuperação significativa.
- Duração: aproximadamente ~1-2 horas (dependendo do cliente/rota; atualizações de status mostram recuperação gradual).
- Lição: Resiliência híbrida requer redundância de DX e fallback de VPN, além de uma estratégia de roteamento clara.
O que aconteceu?
De acordo com as atualizações de status publicamente visíveis, inicialmente uma interrupção na conectividade do Direct Connect em US-EAST-1 foi investigada. Pouco depois, a AWS confirmou que alguns clientes estavam sendo afetados. Especificamente: "missing previously advertised routes" – ou seja, rotas que estavam disponíveis anteriormente, não estavam mais sendo anunciadas (corretamente). A AWS identificou a causa e trabalhou "em múltiplos caminhos paralelos" na resolução, incluindo o restore dos anúncios de rota afetados.
Linha do tempo (das atualizações de status)
Nota: Os horários são retirados das atualizações de status publicamente visíveis; dependendo da exibição, podem ser apresentados em diferentes fusos horários.
| Horário (Atualização de Status) | Atualização | Significado prático |
|---|---|---|
| 21.02.2026 00:38 | Investigando (Problemas de Conectividade Direct Connect) | Primeira confirmação: o problema está na conectividade DX para US-EAST-1. |
| 21.02.2026 00:59 | Confirmado – rotas anteriormente anunciadas ausentes | O tráfego híbrido (VPC → On-Prem) pode falhar, mesmo que os serviços internos da AWS pareçam "verdes". |
| 21.02.2026 01:22 | Restauração das rotas que não estão mais sendo anunciadas em andamento, causa identificada | A recuperação é impulsionada pela rota/control plane: pode retornar em velocidades diferentes para cada conexão/VIF. |
| 21.02.2026 01:33 | Primeiros sinais de recuperação | Os primeiros clientes veem a estabilização – outros podem ainda estar afetados. |
| 21.02.2026 01:50 | Recuperação significativa | A maioria dos caminhos/anúncios parece ter retornado; continuar monitorando. |
Análise técnica: Por que "rotas ausentes" são tão perigosas
No final, o Direct Connect é roteamento (BGP) mais caminhos físicos/virtuais. Quando as rotas "desaparecem" ou não são mais anunciadas corretamente, isso muitas vezes se manifesta na operação como um erro de rede clássico: timeouts, falhas esporádicas, roteamento assimétrico, blackholing – e os sintomas variam muito dependendo da aplicação.
É importante: tais eventos podem ocorrer sem que suas instâncias EC2 ou os serviços gerenciados pela AWS estejam quebrados. Suas cargas de trabalho continuam rodando, mas elas temporariamente não conseguem alcançar o que precisam (por exemplo, banco de dados On-Prem, AD/LDAP, APIs legadas, redes MPLS).
O que você pode fazer (agora) concretamente – Checklist
- Ter fallback de VPN ativado: VPN Site-to-Site como um caminho de "break-glass" que pode assumir em caso de problemas de DX (automatizado via prioridades de roteamento).
- Redundância do Direct Connect: Duas conexões/localizações físicas, dispositivos/provedores separados, VIFs separadas. Evitar o "destino de cabo único".
- Verificar design de roteamento: Definir BGP communities/LocalPref/AS-Path Prepending de forma clara, para que o failover não "grude".
- Monitoramento de caixa preta: Não apenas CloudWatch, mas verificações sintéticas *através do caminho híbrido* (VPC → On-Prem e de volta).
- Runbook de incidentes: "DX fora do ar / Rotas ausentes" como uma categoria própria de runbook – incluindo troca rápida e blocos de comunicação claros.
Se você usa Hybrid com frequência: Vale a pena testar conscientemente as tabelas de roteamento, propagação e failover (estilo Chaos, mas controlado). Porque é exatamente aí que os minutos contam – não as horas.
Análise: O que aconteceu no passado
O incidente de Direct Connect de ontem é de outra classe comparado às grandes falhas "internet em chamas" – mas se encaixa em um padrão: muitas interrupções não são "computação fora do ar", mas sim problemas de rede/control plane, que então secundariamente geram sintomas em todos os lugares.
Exemplos (curtos) – para comparação
| Data | Escopo | Qual foi aproximadamente o tema? |
|---|---|---|
| 21.02.2026 | AWS Direct Connect (US-EAST-1) | Rutas anteriormente anunciadas ausentes (VPC ↔ On-Prem) → problemas de conectividade híbrida. |
| Okt 2025 | Vários serviços AWS (US-EAST-1) | Grande incidente multi-serviço com efeitos em cascata (incluindo dependências de DNS/Load Balancer) – amplamente perceptível. |
| Dez 2025 | Um único serviço (regiões da China) | Interrupção relatada de um recurso de gerenciamento de custos; discussão sobre ferramentas internas de codificação AI (Kiro) e questões de processo/permissão. |
Esses retrospectos não servem para criar drama – mas para mostrar: resiliência é quase sempre arquitetura. E em configurações híbridas, "Rede + Roteamento" é a área onde um incidente aparentemente pequeno tem um impacto imediato e grande.
Perguntas frequentes
A "AWS estava fora do ar" ou apenas o Direct Connect?
As atualizações públicas descrevem um problema no AWS Direct Connect para a região US-EAST-1. Alguns clientes/conexões foram afetados – não necessariamente todos os serviços AWS no mundo.
Por que a falta de rotas é tão perceptível?
Porque muitos sistemas híbridos têm dependências centrais no On-Prem (AD/LDAP, banco de dados legado, compartilhamentos de arquivos, APIs centrais). Quando os anúncios BGP faltam, os aplicativos continuam rodando, mas não conseguem alcançar suas dependências de forma confiável.
Qual é a melhor proteção?
Direct Connect redundante (caminhos separados) mais fallback de VPN, juntamente com monitoramento sintético através do caminho híbrido real e um runbook claro para a troca.
Isso tem algo a ver com "ferramentas de IA"?
Para o incidente do Direct Connect, não há indicação nos comunicados públicos sobre ferramentas de IA. A conexão com IA vem de relatórios separados sobre outros incidentes (por exemplo, Dezembro de 2025) e serve apenas como contexto aqui.
Conclusão
O incidente de 21/02/2026 é um bom exemplo de por que não se deve entender as falhas apenas como "serviço fora do ar": em arquiteturas híbridas, uma interrupção nos anúncios de rota é suficiente, e de repente um fluxo de negócios completo para. Se você levar apenas uma coisa deste incidente, que seja esta: planeje o caminho (roteamento) tão redundante quanto as cargas de trabalho.