Цей матеріал згенеровано за допомогою штучного інтелекту та опубліковано без попередньої перевірки людиною. Він може містити помилки і не є професійною консультацією. Повідомити про проблему: info@delionsoft.com.
Amazon Web Services повідомила клієнтів, що дані та ресурси, які зберігалися виключно в зоні доступності mec1-az2 у регіоні ОАЕ або виключно в регіоні Бахрейну, не можуть бути відновлені. Згідно з первинним повідомленням, збитки сталися внаслідок конфлікту з Іраном, а в Бахрейні вони охопили кілька зон доступності — що перевищує можливості регіональних та багатозональних (multi-AZ) сервісів. Триває робота над регіональними ресурсами та іншими постраждалими зонами в ОАЕ.
Що сталося
AWS опублікувала оновлення статусу, що охоплює зони «Близький Схід (ОАЕ)» (me-central-1) та «Близький Схід (Бахрейн)» (me-south-1). Щодо ОАЕ, обсяг даних, які неможливо відновити, обмежується однією зоною доступності; тривають роботи з відновлення для зон mec1-az1 та mec1-az3, а також для регіональних ресурсів. Щодо Бахрейну, оцінка охоплює весь регіон.
У первинному звіті зазначається, що у березні InfoQ повідомляв про удари дронів по трьох центрах обробки даних AWS у цих двох регіонах, що після цього AWS порадив клієнтам створити резервні копії критично важливих даних в інших місцях, а згодом — перемістити робочі навантаження за межі Близького Сходу, а також що в липні було заявлено про другий напад на Бахрейн. AWS заявляє, що замінює інфраструктуру, повідомила про це владі та надасть більше інформації щодо Бахрейну на початку 2027 року.
Подальша дискусія була зосереджена не стільки на самих атаках, скільки на очікуваннях. Архітектура Multi-AZ розподіляє робоче навантаження між об’єктами в радіусі приблизно 100 кілометрів — цього достатньо для випадків збою електропостачання, штормів або землетрусів, але недостатньо для супротивника, який може атакувати кілька об’єктів протягом однієї ночі. Показник надійності S3 на рівні «одинадцять дев’яток» є регіональним, а в рекомендаціях AWS щодо відновлення після аварій давно зазначено, що резервні копії слід зберігати в іншому регіоні.
Чому це важливо
Для малих та середніх компаній ключовим словом у заяві AWS є «виключно». Якщо кожна копія набору даних зберігається в одному регіоні, гарантії надмірності провайдера закінчуються на межі цього регіону. Це не прихований термін; він передбачений у моделі спільної відповідальності. Однак це легко випустити з уваги під час переговорів щодо закупівлі, коли фразу «ми працюємо на AWS» розглядають як відповідь на питання про відмовостійкість, а не як вибір із набору інструментів.
За цим стоїть складніший випадок. Деякі команди не могли створити реплікації за кордоном, оскільки правила щодо місцезнаходження даних вимагають, щоб інформація залишалася в межах національних кордонів. Зашифровані офшорні резервні копії не вирішують цю проблему повністю, оскільки ключі також повинні зберігатися поза межами юрисдикції, щоб їх можна було використовувати після втрати даних у регіоні. У випадках, коли закон забороняє вивезення копій, цей ризик є обмеженням, яке слід зафіксувати в реєстрі ризиків, а не прогалиною, яку архітектор може усунути.
Що робити
- Складіть простий перелік наборів даних та сервісів із збереженням стану, які на сьогодні існують саме в одному регіоні, включаючи знімки, об’єктне сховище, керовані резервні копії баз даних та все, що створено інженерами поза межами «інфраструктури як коду».
- Для кожного елемента перевірте, чи дозволено законом створення міжрегіональної копії або копії за межами провайдера. Зафіксуйте відповідь та її джерело, а не припущення.
- Принаймні один раз протестуйте відновлення з копії в іншому регіоні. Неперевірена репліка — це лише гіпотеза.
- Якщо місцезнаходження даних перешкоджає реплікації, задокументуйте прийнятний сценарій втрати в письмовій формі та отримайте підтвердження від особи, відповідальної за бізнес-ризик — зафіксоване рішення краще, ніж несподіване відкриття.
Географічний ризик не пов’язаний з одним конкретним провайдером. Питання вужче: що у вас є, де немає другої копії ніде, і чи можете ви створити її законно.