Resumo

  • A AWS afirma que alguns recursos hospedados apenas no Bahrein ou em uma Zona de Disponibilidade afetada nos Emirados Árabes Unidos não podem ser restaurados após danos à infraestrutura relacionados ao conflito
  • No Bahrein, os danos atingiram várias Zonas de Disponibilidade, deixando os clientes sem um caminho de recuperação dentro da própria Região quando ela ficou indisponível

O fato

Em 15 de setembro, a Amazon Web Services afirmou que não pode restaurar o acesso a alguns recursos e dados hospedados exclusivamente em sua Região do Oriente Médio (Bahrein) ou em uma Zona de Disponibilidade afetada nos Emirados Árabes Unidos.

No Bahrein, a AWS afirmou que os danos físicos atingiram várias Zonas de Disponibilidade e superaram o que seus serviços regionais e multi-AZ foram projetados para suportar. A empresa havia orientado os clientes a migrar cargas de trabalho críticas após danos anteriores, e a maioria deles já havia feito isso antes que outra interrupção deixasse a Região indisponível em abril.

Nos Emirados Árabes Unidos, os recursos e dados mantidos exclusivamente na Zona de Disponibilidade afetada continuam inacessíveis, enquanto o trabalho de recuperação prossegue em outras partes da Região. A AWS afirmou que a maioria dos clientes afetados restabeleceu as operações usando backups ou recursos disponíveis fora da infraestrutura danificada.

A empresa planeja divulgar novas atualizações sobre a recuperação nos Emirados Árabes Unidos nos próximos meses e sobre o Bahrein no início de 2027.

A avaliação

A interrupção no Bahrein mostra o limite da redundância dentro de uma única Região de nuvem. Distribuir uma aplicação entre Zonas de Disponibilidade pode protegê-la contra muitas falhas locais, mas não oferece um caminho de recuperação quando os danos afetam várias zonas e a própria Região fica indisponível.

Cargas de trabalho que precisam sobreviver a essa falha devem ter cópias utilizáveis em outro local antes que a interrupção ocorra. Uma Região secundária exige mais do que capacidade computacional de reserva: também é preciso disponibilizar e testar dados, credenciais, configuração de rede e outras dependências para que a aplicação possa ser reiniciada.

Para os leitores da BTW, a distinção prática é entre a redundância dentro de uma Região e a recuperação fora dela. Uma arquitetura multi-AZ não mostra se uma carga de trabalho consegue sobreviver à perda regional; isso depende do que já foi replicado, armazenado em backup e testado em outro local.

O que acompanhar

Acompanhe as próximas atualizações da AWS sobre o Bahrein e os Emirados Árabes Unidos para verificar o avanço na restauração dos serviços regionais. Relatórios pós-incidente de clientes sobre tempos de recuperação, cópias fora da Região e dependências que atrasaram a ativação do ambiente alternativo fornecerão as evidências mais claras de como diferentes arquiteturas de resiliência se saíram quando uma Região inteira ficou indisponível.