Возможные причины инцидента
Крупная авария в дата-центре Google Cloud (регион europe-west2) в Лондоне парализовала работу ведущих европейских цифровых платформ и финансовых сервисов. По данным мониторингового портала Downdetector, с резким нарушением доступа столкнулись клиенты британского необанка Revolut, немецкого логистического оператора DHL, сервиса бронирования жилья Booking.com, а также немецкого подразделения банка ING и нидерландского Rabobank. Пользователи по всей Европе сообщают о невозможности провести платежи, зайти в банковские приложения и отследить почтовые отправления.
Реакция бизнеса и гарантии безопасности
Revolut написал в соцсети, что их «техническая команда работает над тем, чтобы решить проблему как можно скорее». Банк не сообщил, почему произошел сбой работы, но заверил, что финансы и личные данные пользователей находятся в безопасности.
Корпорация Google со своей стороны признала факт «многочисленных проблем» в европейском сегменте облачной платформы, рекомендовав корпоративным клиентам оперативно перенести рабочие нагрузки и проекты в альтернативные регионы и резервные зоны доступности.
Возможные причины инцидента
Хотя внутреннее расследование инженеров еще продолжается, эксперты выделяют несколько наиболее вероятных триггеров аварии в британском узле. Причиной мог стать каскадный сбой в системе маршрутизации BGP либо некорректно раскатанное сетевое обновление конфигурации, которое моментально изолировало европейские серверы. Другой типичной версией для лондонского хаба остаются физические аномалии на площадке ЦОД.
Ни каскадный сбой, ни физическая авария в дата-центрах такого уровня не возникают на ровном месте. Это всегда цепочка событий, где один триггер пробивает системы защиты.
Что запускает «каскадный сбой»
В 95% случаев первопричинами становятся:
- Человеческий фактор при обновлении (Fat-finger error): Инженер или автоматический скрипт вносит изменение в глобальную конфигурацию маршрутизации (например, BGP или DNS) с синтаксической ошибкой. Маршрутизаторы начинают передавать друг другу некорректные таблицы маршрутов, трафик уходит в никуда, а система управления теряет связь с самими серверами, делая откат изменений крайне долгим.
- Скрытый баг в прошивке сетевого оборудования: Нештатный пакет данных или редкая комбинация запросов вызывает сбой демона маршрутизации на ключевом свитче. Свитч перезагружается, соседние устройства берут трафик на себя, натыкаются на тот же самый пакет/ошибку и уходят в циклическую перезагрузку.
- Резкий шквал трафика (Thundering Herd Problem): Кратковременное микро-мигание сети заставляет миллионы клиентских приложений (Revolut, Booking) одновременно слать повторные запросы на переподключение (retries). Балансировщики нагрузки Google не выдерживают лавинообразного всплеска и падают от внутренней перегрузки, похожей на DDoS-атаку.
Что скрывается за «физическими аномалиями»
В дата-центрах уровня Tier III/IV все дублируется (схема 2N или N+1): два ввода электричества, дизель-генераторы, резервные контуры охлаждения. Поэтому физический коллапс — это всегда отказ нескольких степеней защиты одновременно:
- Аномальная жара и перегрузка чиллеров: Для Лондона это классический сценарий. Британские дата-центры исторически проектировались под умеренный климат. В моменты резких температурных рекордов системы водяного или фреонового охлаждения работают на пределе. Если ломается даже одна помпа или вентилятор градирни, температура в машзале взлетает до 40–50°C за минуты. Автоматика безопасности серверов моментально отключает стойки (thermal shutdown), чтобы процессоры физически не сгорели.
- Сбой при переключении питания (ATS failure): Внешняя городская электросеть может моргнуть (скачок напряжения, обрыв кабеля экскаватором). В этот момент дата-центр должен бесшовно перейти на ИБП (аккумуляторы), а затем запустить дизели. Авария происходит, когда заклинивает автомат ввода резерва (АВР/ATS) либо аккумуляторы ИБП под высокой нагрузкой взрываются/перегреваются, вызывая пожарную тревогу.
- Ложное срабатывание системы пожаротушения: Газовые системы тушения при срабатывании выбрасывают инертный газ под чудовищным давлением. Звуковая волна от сирен и свист сопел газа создают такую акустическую вибрацию, что жесткие диски и контроллеры в серверах моментально выходят из строя или аварийно паркуют головки, роняя базы данных.
Хрупкость единого облака
NEWSROOM IN напоминает: европейский финансовый и логистический сектор в последние годы ускоренными темпами переводил ключевые клиентские базы и вычислительную инфраструктуру в облака американских гиперскейлеров — Google Cloud, AWS и Microsoft Azure. Нынешний инцидент в очередной раз вскрыл уязвимость архитектуры, когда десятки независимых транснациональных компаний завязаны на один региональный дата-центр. До завершения официального расследования ИТ-департаментам пострадавших корпораций предстоит пересмотреть протоколы аварийного переключения (multiregion failover), чтобы не допустить повторной остановки клиентских операций при локальных отказах провайдера.
