AWS poinformował 15 września 2026 roku, że nie może przywrócić dostępu do zasobów i danych przechowywanych wyłącznie w regionie ME-SOUTH-1 w Bahrajnie. W Zjednoczonych Emiratach Arabskich ten sam problem dotyczy zasobów i danych zapisanych wyłącznie w strefie dostępności mec1-az2 w regionie ME-CENTRAL-1. To najważniejsza aktualizacja po miesiącach prac nad skutkami fizycznych uszkodzeń infrastruktury podczas konfliktu na Bliskim Wschodzie.
AWS podaje, że w Bahrajnie zniszczenia objęły wiele stref dostępności i przekroczyły założenia odporności usług regionalnych oraz usług działających w wielu strefach. W ZEA firma nadal prowadzi prace w strefach mec1-az1 i mec1-az3 oraz wymienia uszkodzoną infrastrukturę.
Których zasobów AWS nie można przywrócić?
Zakres komunikatu jest konkretny. W Bahrajnie chodzi o zasoby i dane przechowywane wyłącznie w całym regionie ME-SOUTH-1. W ZEA problem obejmuje wyłącznie strefę mec1-az2 w regionie ME-CENTRAL-1.
Strefa dostępności, czyli Availability Zone, to grupa jednego lub większej liczby centrów danych działających w obrębie danego regionu AWS. Usługi rozdzielone między kilka takich stref mają chronić klientów przed awarią pojedynczej lokalizacji. W tym przypadku uszkodzenia objęły jednak wiele elementów infrastruktury naraz.
| Lokalizacja AWS | Zakres zasobów, których nie można przywrócić | Bieżący status prac | Możliwa ścieżka odzyskania operacji |
| Bahrajn, ME-SOUTH-1 | Zasoby i dane przechowywane wyłącznie w regionie | AWS nie może ich przywrócić; kolejna aktualizacja ma pojawić się na początku 2027 roku | Inny region AWS, zdalne kopie zapasowe lub dostępne dane |
| ZEA, ME-CENTRAL-1 | Zasoby i dane przechowywane wyłącznie w mec1-az2 | AWS nie może ich przywrócić; prace trwają w mec1-az1 i mec1-az3 | Inny region AWS, kopie zapasowe lub skopiowane dostępne dane |
Nie oznacza to utraty wszystkich danych klientów AWS w Bahrajnie i ZEA. Firma podaje, że większość klientów odtworzyła działanie w innych regionach, korzystając z kopii zapasowych albo kopiując dane, do których nadal miała dostęp. Komunikat dotyczy zasobów przechowywanych wyłącznie w wskazanych lokalizacjach.
Dlaczego redundancja AWS nie wystarczyła?
AWS projektuje regiony z wieloma strefami dostępności, aby ograniczyć skutki awarii pojedynczego centrum danych lub strefy. W marcu firma informowała, że w ZEA dwie strefy zostały poważnie zakłócone, a trzecia nadal działała normalnie. Późniejszy zakres uszkodzeń pokazał jednak sytuację wykraczającą poza założenie, że problem dotknie pojedynczą strefę.
Według AWS uszkodzenia obejmowały konstrukcje budynków, dostawy energii oraz dodatkowe szkody spowodowane wodą używaną podczas akcji gaśniczej. Firma podała, że 2 marca dwa obiekty w ZEA zostały bezpośrednio trafione, a infrastruktura w jednym z obiektów w Bahrajnie ucierpiała wskutek uderzenia w pobliżu.
To ważne rozróżnienie dla firm korzystających z chmury: rozłożenie usługi między strefy chroni przed awarią w obrębie pojedynczej lokalizacji, ale nie jest równoznaczne z ochroną przed rozległym fizycznym uszkodzeniem kilku stref. Dodatkową warstwą pozostają kopie w innym regionie oraz procedury odtwarzania przetestowane przed wystąpieniem kryzysu.
Migracja, kopie zapasowe i wymiana infrastruktury
AWS wcześniej zalecał klientom przenoszenie operacji z Bahrajnu po uszkodzeniu pierwszej strefy dostępności. Gdy w kwietniu zakłócona została kolejna strefa, region Bahrajnu przestał być dostępny w sposób pozwalający na odzyskanie zasobów przechowywanych wyłącznie na jego terenie.
W przypadku ZEA AWS kontynuuje prace nad zasobami regionalnymi i zasobami strefowymi w mec1-az1 oraz mec1-az3. Firma wymienia uszkodzoną infrastrukturę, ale w komunikacie z 15 września nie podała konkretnej daty przywrócenia pełnej dostępności.
Dla klientów praktyczna granica jest jasna: kopia w tej samej lokalizacji nie zapewnia takiej ochrony jak kopia w innym regionie. Jeśli aplikacja, baza danych lub pliki były przechowywane wyłącznie w dotkniętym obszarze, AWS nie deklaruje możliwości ich przywrócenia w opisanym zakresie. Tam, gdzie istniała kopia poza uszkodzonym regionem albo dostęp do danych możliwych do skopiowania, klienci mogli wznowić działanie w innej lokalizacji AWS.
Jak doszło do uszkodzeń i co wydarzy się dalej?
Pierwsze problemy w regionie ME-CENTRAL-1 w ZEA AWS odnotował 1 marca 2026 roku. Dzień później firma opisała bezpośrednie trafienia dwóch obiektów w ZEA oraz fizyczne uszkodzenia obiektu w Bahrajnie po uderzeniu w pobliżu. W kwietniu zakłócona została kolejna strefa w Bahrajnie, a w lipcu Islamski Korpus Strażników Rewolucji twierdził, że zniszczył infrastrukturę AWS w centralnej części Bahrajnu. Tego konkretnego twierdzenia nie potwierdziły Amazon, władze Bahrajnu ani przedstawiciele Stanów Zjednoczonych.
AWS przypisał fizyczne uszkodzenia konfliktowi regionalnemu i opisał skutki obejmujące pożary, przerwy w dostawach energii, uszkodzenia konstrukcji oraz zalanie po działaniach systemów przeciwpożarowych. Późniejsze relacje przypisywały ataki Iranowi, lecz wrześniowy komunikat AWS mówił o konflikcie na Bliskim Wschodzie, bez wskazywania tego państwa.
AWS zapowiedział kolejną aktualizację dotyczącą Bahrajnu na początku 2027 roku. W sprawie ZEA firma ma przekazać następne informacje w kolejnych miesiącach.
