AWS twierdzi, że nie może przywrócić dostępu do niektórych zasobów chmurowych w Bahrajnie i Zjednoczonych Emiratach Arabskich po uszkodzeniach fizycznych, do jakich doszło podczas wojny z Iranem (źródłoDotknięta infrastruktura obejmuje region Bahrajnu firmy AWS oraz jedną strefę dostępności w Zjednoczonych Emiratach Arabskich. Firma poinformowała, że szkody w Bahrajnie objęły wiele stref dostępności i przekroczyły możliwości, jakie były w stanie wytrzymać jej usługi regionalne i wielostrefowe.
AWS potwierdza niedostępność zasobów w Bahrajnie i Zjednoczonych Emiratach Arabskich
AWS ujawniło status odzyskiwania danych 15 września 2026 r. Według doniesień agencji Reuters, AWS nie może przywrócić dostępu do swojej infrastruktury chmury obliczeniowej w Bahrajnie.
Firma nie może również przywrócić zasobów i danych przechowywanych wyłącznie w strefie mec1-az2, jednej z trzech stref dostępności w regionie Zjednoczonych Emiratów Arabskich. AWS kontynuuje prace nad odzyskiwaniem zasobów w całym regionie Zjednoczonych Emiratów Arabskich i dwóch pozostałych strefach dotkniętych awarią. Zakłócenia rozpoczęły się w marcu po… Ataki USA i Izraela na Iran Wywołało to ataki odwetowe na Izrael i państwa Zatoki Perskiej, w których znajdują się amerykańskie bazy wojskowe. AWS poinformowało, że bezpośrednio zaatakowano dwa obiekty ZEA. Atak drona w pobliżu infrastruktury w Bahrajnie również spowodował szkody fizyczne.
AWS nie potwierdziło, że wszystkie obciążenia lub kopie zapasowe w tych lokalizacjach zostały utracone. Potwierdzone stanowisko jest węższe: niektóre zasoby i dane pozostają niedostępne, a AWS wyczerpało możliwości przywrócenia zasobów Bahrajnu, których klienci nie przenieśli przed utratą dostępności regionu.
Szkody w Bahrajnie przekroczyły wiele stref dostępności
Regiony AWS zawierają oddzielne strefy dostępności, zaprojektowane w celu izolowania awarii infrastruktury. Firmy mogą dystrybuować aplikacje w tych strefach, tak aby problem w jednym miejscu nie powodował awarii całej usługi.
Incydent w Bahrajnie przekroczył założenia projektowe. AWS poinformowało, że uszkodzenia fizyczne obejmowały wiele stref dostępności i przekraczały możliwości, jakie były w stanie wytrzymać jego usługi regionalne i wielostrefowe.
Pierwsza strefa dostępności w Bahrajnie została uszkodzona w marcu. AWS zalecił wówczas klientom migrację obciążeń do innych regionów. Według doniesień większość klientów ukończyła tę migrację, zanim zakłócenia w drugiej strefie dostępności sprawiły, że region Bahrajnu stał się niedostępny w kwietniu.
AWS pomogło klientom dotkniętym awarią w przywróceniu działalności w innych regionach. Odzyskiwanie danych zależało od tego, czy klienci dysponowali użytecznymi kopiami zapasowymi, replikowanymi zasobami lub alternatywnymi systemami poza dotkniętą awarią infrastrukturą.
Odbudowa Zjednoczonych Emiratów Arabskich nadal niepełna
AWS wymienia uszkodzoną infrastrukturę w Zjednoczonych Emiratach Arabskich i kontynuuje prace w dwóch pozostałych dotkniętych awarią strefach dostępności. Firma spodziewa się, że w nadchodzących miesiącach przekaże dalsze informacje na temat przywrócenia działania w Zjednoczonych Emiratach Arabskich. Zasoby hostowane wyłącznie w mec1-az2 pozostają niedostępne. AWS nie potwierdziło, że cały region Zjednoczonych Emiratów Arabskich będzie trwale niedostępny.
Firma spodziewa się przedstawić kolejną aktualizację dotyczącą działalności w Bahrajnie na początku 2027 roku.
HostScore'stawka
Incydent w AWS jest zdarzeniem ekstremalnym, ale jego lekcja ma zastosowanie zwykłe wdrożenia w chmurzeFirmy nie powinny traktować „multi-AZ” jako synonimu pełnego zabezpieczenia. Architektura Multi-AZ chroni przed wieloma awariami sprzętu, sieci i obiektów. Staje się mniej skuteczna, gdy uszkodzenia fizyczne, zależności regionalne lub zakłócenia operacyjne dotyczą kilku stref jednocześnie.
Przedsiębiorstwa obsługujące duże obciążenia powinny zweryfikować pięć elementów swojego projektu odzyskiwania:
- Lokalizacja kopii zapasowej: Kopie przechowywane w regionie podstawowym mogą nadal być narażone na to samo zdarzenie regionalne.
- Testowanie odzyskiwania: Uruchomienie zadania tworzenia kopii zapasowej nie stanowi dowodu na to, że pliki, bazy danych i usługi aplikacji można przywrócić jednocześnie.
- Zależności międzyregionalne: Podczas odzyskiwania muszą pozostać dostępne dane DNS, dane uwierzytelniające, klucze szyfrujące, obrazy kontenerów i pliki wdrożeniowe.
- Cele odzyskiwania: Cel punktu odzyskiwania określa, ile danych firma może utracić. Cel czasu odzyskiwania określa, jak długo usługa może pozostać niedostępna.
- Koncentracja dostawców: Dodatkowa kopia przechowywana u innego dostawcy może zmniejszyć zależność od jednej platformy chmurowej, choć wiąże się także ze wzrostem kosztów i złożoności operacyjnej.
Firmy podlegające zasadom dotyczącym rezydencji danych mogą nie być w stanie skopiować danych do żadnego dostępnego regionu. Ich plany odzyskiwania danych muszą uwzględniać zatwierdzone jurysdykcje przed wystąpieniem incydentu. AWS zapewnia infrastrukturę do tworzenia kopii zapasowych, replikacji i odzyskiwania danych między regionami, ale użytkownicy nadal muszą skonfigurować i przetestować te systemy. Incydent w Bahrajnie i Zjednoczonych Emiratach Arabskich pokazuje, dlaczego dostępność chmury i odzyskiwanie danych muszą być planowane jako oddzielne wymagania.
