Компания AWS заявляет, что не может восстановить доступ к некоторым облачным ресурсам в Бахрейне и Объединенных Арабских Эмиратах после физических повреждений, полученных во время войны с Ираном.источникПострадавшая инфраструктура включает регион AWS в Бахрейне и одну зону доступности в ОАЭ. Компания сообщила, что ущерб в Бахрейне затронул несколько зон доступности и превысил допустимые пределы для региональных и многозональных сервисов.
AWS подтвердила недоступность ресурсов в Бахрейне и ОАЭ.
Компания AWS сообщила о состоянии восстановления 15 сентября 2026 года. Согласно сообщению Reuters, AWS не может восстановить доступ к своей облачной вычислительной инфраструктуре в Бахрейне.
Компания также не может восстановить ресурсы и данные, хранящиеся исключительно в mec1-az2, одной из трех зон доступности в регионе ОАЭ. AWS продолжает работу по восстановлению ресурсов в более широком регионе ОАЭ и в двух других затронутых зонах. Сбои начались в марте после Нападения США и Израиля на Иран Это спровоцировало ответные удары по Израилю и странам Персидского залива, на территории которых расположены американские военные базы. Компания AWS сообщила, что два объекта в ОАЭ были поражены напрямую. Удар беспилотника вблизи ее инфраструктуры в Бахрейне также причинил материальный ущерб.
AWS не заявила, что все рабочие нагрузки или резервные копии в этих регионах были потеряны. Подтвержденная ситуация более конкретная: некоторые ресурсы и данные остаются недоступными, и AWS исчерпала все возможности по восстановлению ресурсов в Бахрейне, которые клиенты не перенесли до того, как регион стал недоступен.
Ущерб, нанесенный Бахрейну, затронул несколько зон доступности.
Регионы AWS содержат отдельные зоны доступности, предназначенные для изоляции сбоев инфраструктуры. Компании могут распределять приложения по этим зонам, чтобы проблема в одном месте не привела к сбою всего сервиса.
Инцидент в Бахрейне вышел за рамки этого проектного предположения. AWS заявила, что физический ущерб затронул несколько зон доступности и превысил возможности региональных и многозональных сервисов, на которые они были рассчитаны.
Первая зона доступности в Бахрейне была повреждена в марте. После этого AWS рекомендовала клиентам перенести рабочие нагрузки в другие регионы. По имеющимся данным, большинство клиентов завершили миграцию до того, как сбой во второй зоне доступности сделал регион Бахрейна недоступным в апреле.
AWS помогла пострадавшим клиентам восстановить работу в других регионах. Восстановление зависело от наличия у клиентов пригодных к использованию резервных копий, реплицированных ресурсов или альтернативных систем за пределами пострадавшей инфраструктуры.
Восстановление экономики ОАЭ остается незавершенным.
AWS восстанавливает поврежденную инфраструктуру в ОАЭ и продолжает работу над двумя другими затронутыми зонами доступности. Компания планирует предоставить дальнейшие обновления по восстановлению доступности в ОАЭ в ближайшие месяцы. Ресурсы, размещенные исключительно в mec1-az2, остаются недоступными. AWS не подтвердила, что весь регион ОАЭ навсегда недоступен.
Компания планирует предоставить дополнительную информацию о своей деятельности в Бахрейне в начале 2027 года.
HostScoreВзять
Инцидент с AWS — это экстремальное событие, но его урок применим ко всему. обычные облачные развертыванияПредприятиям не следует воспринимать «многозонную архитектуру» как синоним «полного резервного копирования». Многозонная архитектура защищает от множества сбоев оборудования, сети и инфраструктуры. Она становится менее эффективной, когда физические повреждения, региональные зависимости или сбои в работе затрагивают несколько зон одновременно.
Компаниям, обрабатывающим важные рабочие нагрузки, следует проверить пять компонентов своей системы восстановления:
- Местоположение резервной копии: Копии, хранящиеся в основном регионе, могут оставаться подверженными воздействию того же регионального инцидента.
- Тестирование восстановления: Включение резервного копирования не гарантирует возможность одновременного восстановления файлов, баз данных и служб приложений.
- Межрегиональные зависимости: DNS-записи, учетные данные, ключи шифрования, образы контейнеров и файлы развертывания должны оставаться доступными во время восстановления.
- Цели восстановления: Целевой показатель точки восстановления определяет, какой объем данных компания может потерять. Целевой показатель времени восстановления определяет, как долго сервис может оставаться недоступным.
- Концентрация поставщиков услуг: Наличие дополнительной копии, хранящейся у другого поставщика, может снизить зависимость от одной облачной платформы, хотя это также увеличивает затраты и сложность эксплуатации.
Компании, на которые распространяются правила размещения данных, могут быть не в состоянии копировать данные в любой доступный регион. Их планы восстановления должны определять утвержденные юрисдикции до возникновения инцидента. AWS предоставляет инфраструктуру для резервного копирования, репликации и восстановления между регионами, но пользователям все равно необходимо настраивать и тестировать эти системы. Инциденты в Бахрейне и ОАЭ показывают, почему доступность облачных сервисов и возможность восстановления данных должны планироваться как отдельные требования.
