Uma mudança de configuração de rede provocou perda de pacotes em uma zona de disponibilidade da região eu-south-2 da Amazon Web Services, na Espanha, no domingo, 4 de outubro de 2026. Segundo o histórico do AWS Health Dashboard, o problema durou das 8h48 às 11h28 no horário do Pacífico (PDT), cerca de 2 horas e 40 minutos. No horário de Brasília, foi das 12h48 às 15h28; em Manaus, das 11h48 às 14h28. A falha ficou concentrada na zona eus2-az1, mas gerou latência elevada e erros de API em outros fluxos e serviços da AWS.

Linha do tempo informada pela AWS

• 8h48 (PDT): começa a perda de pacotes na zona eus2-az1; os alarmes internos disparam às 8h54.
• 9h14: primeira publicação no painel público, informando a investigação.
• 10h00: as primeiras medidas de mitigação trazem alguma melhora.
• 10h38: a causa é identificada como uma mudança de configuração de rede, que a empresa reverte.
• 11h28: mitigação completa; às 11h56, o painel marca o evento como resolvido.

Os horários vêm das mensagens do próprio painel, que também ficam no arquivo público de eventos da AWS, e foram reproduzidos por serviços independentes de monitoramento, como o postmortem.io e o Pingoru.

Quais serviços foram afetados

O evento foi registrado na categoria de conectividade com a internet, com 32 serviços marcados como impactados na região. A lista inclui a base da computação e da rede, como EC2, VPC, Elastic Load Balancing, NAT Gateway, Transit Gateway, Direct Connect e PrivateLink. Também aparecem serviços gerenciados de dados, contêineres e IA, como DynamoDB, ECS, EKS, Fargate, EFS, FSx, Redshift, Glue, Athena, SageMaker e Bedrock AgentCore, além de Cognito, Step Functions, CloudTrail, WAF e IoT Core. Estar na lista não significa que todos os clientes de cada serviço tiveram falhas. A AWS não informou quantas contas ou recursos foram atingidos.

O que muda na operação

O caso mostra o valor e o limite da arquitetura em várias zonas. Cargas distribuídas entre zonas tendem a resistir melhor quando uma delas perde rede. Ainda assim, a própria AWS relatou efeitos em APIs e fluxos fora da zona atingida, o que pode afetar automações, implantações e escalonamento mesmo em aplicações bem distribuídas. Para empresas que usam a região espanhola por exigência de residência de dados na União Europeia, vale revisar se os planos de contingência preveem degradação parcial da região, e não só a perda total de uma zona.

Até 9 de outubro, a AWS não tinha publicado um relatório detalhado do incidente na sua página de Post-Event Summaries. A empresa reserva esse tipo de relatório para eventos de impacto amplo e significativo. Por isso, ainda não se sabe que mudança exatamente foi feita, por que ela passou pelos controles de implantação e o que será alterado para evitar a repetição.

Fontes

• AWS Health Dashboard — Service health: histórico de eventos (eu-south-2, Elevated packet loss) (04/10/2026)
• AWS (arquivo público de eventos do Health Dashboard) — historyevents.json — internetconnectivity-eu-south-2 (04/10/2026, consultado em 09/10/2026)
• postmortem.io — Elevated packet loss in EU-SOUTH-2 (08/10/2026)
• Pingoru — Amazon Web Services: [RESOLVED] Elevated packet loss — October 4, 2026 (04/10/2026)
• AWS — AWS Post-Event Summaries (consultada em 09/10/2026)

Imagem destacada: ilustração gerada por computador, sem valor documental.