Сбой AWS от 21.02.2026: Проблемы маршрутизации Direct Connect после US-EAST-1 – что произошло?
21 февраля 2026 года (CET) в регионе US-EAST-1 (Северная Вирджиния) произошел сбой AWS Direct Connect, который был очень ощутимым для некоторых клиентов: ранее анонсированные маршруты между VPC и On-Prem временно не были (больше) доступны. Результат: проблемы с подключением рабочих нагрузок в VPC к собственному центру обработки данных или сетям On-Prem.
Это один из тех инцидентов, которые не выглядят эффектно как «все упало», но в гибридных архитектурах все равно мгновенно наносят реальный ущерб, поскольку связность является основой всего: базы данных, аутентификация, унаследованные интеграции, VPN-резервирование, мониторинг, развертывания.
Источник: Символическое представление облачной и сетевой инфраструктуры – подходит для тем Direct Connect и маршрутизации.
Краткое резюме
- Что: Проблемы подключения к AWS Direct Connect в регионе US-EAST-1.
- Когда: 21.02.2026 (CET; ночь/раннее утро).
- Симптом: У некоторых клиентов отсутствовали ранее анонсированные маршруты между VPC и On-Prem, что приводило к обрывам связи/тайм-аутам.
- Масштаб: Затронуты некоторые клиенты Direct Connect, а не «AWS в целом».
- Статус (согласно обновлениям): Причина выявлена; AWS параллельно работал над устранением, восстанавливал маршруты и наблюдал значительное улучшение.
- Длительность: примерно ~1–2 часа (в зависимости от клиента/маршрута; обновления статуса показывают постепенное восстановление).
- Вывод: Гибридная устойчивость требует избыточности DX и VPN-резервирования, а также четкой стратегии маршрутизации.
Что произошло?
Согласно общедоступным обновлениям статуса, сначала исследовалась проблема с подключением Direct Connect в US-EAST-1. Вскоре после этого AWS подтвердил, что затронуты некоторые клиенты. Конкретно: «missing previously advertised routes» (отсутствие ранее анонсированных маршрутов), то есть маршруты, которые были доступны ранее, больше не анонсировались (корректно). AWS выявил причину и работал «по многим параллельным путям» над ее устранением, включая восстановление затронутых анонсов маршрутов.
Временная шкала (из обновлений статуса)
Примечание: Временные метки взяты из общедоступных обновлений статуса; в зависимости от отображения они могут быть представлены в разных часовых поясах.
| Время (обновление статуса) | Обновление | Практическое значение |
|---|---|---|
| 21.02.2026 00:38 | Investigating (Direct Connect Connectivity Issues) | Первое подтверждение: проблема в подключении DX к US-EAST-1. |
| 21.02.2026 00:59 | Confirmed – отсутствие ранее анонсированных маршрутов | Гибридный трафик (VPC → On-Prem) может перестать работать, даже если внутренние сервисы AWS кажутся «зелеными». |
| 21.02.2026 01:22 | Восстановление анонсируемых маршрутов идет, причина выявлена | Восстановление управляется маршрутной/контрольной плоскостью: время восстановления может отличаться для каждого соединения/VIF. |
| 21.02.2026 01:33 | Early signs of recovery | Первые клиенты видят стабилизацию – другие, возможно, все еще затронуты. |
| 21.02.2026 01:50 | Significant recovery | Большинство путей/анонсов, похоже, восстановлены; продолжать мониторинг. |
Технический анализ: почему «отсутствие маршрутов» так опасно
Direct Connect в конечном итоге — это маршрутизация (BGP) плюс физические/виртуальные пути. Когда маршруты «исчезают» или перестают корректно анонсироваться, в работе это часто выглядит как классическая сетевая ошибка: тайм-ауты, спорадические сбои, асимметричная маршрутизация, черные дыры (blackholing) – и симптомы могут сильно различаться в зависимости от приложения.
Важно: Такие события могут произойти, даже если ваши экземпляры EC2 или управляемые сервисы AWS сами по себе исправны. Ваши рабочие нагрузки работают, но они временно не могут достичь того, что им нужно (например, On-Prem-DB, AD/LDAP, унаследованные API, MPLS-сети).
Что вы можете конкретно сделать (сейчас) – чек-лист
- Активный VPN-fallback: Site-to-Site VPN в качестве пути «аварийного выключения», который может взять на себя управление при проблемах DX (автоматически через приоритеты маршрутизации).
- Избыточность Direct Connect: Два физических соединения/расположения, отдельные устройства/провайдеры, отдельные VIF. Избегайте зависимости от одного кабеля.
- Проверка схемы маршрутизации: Четко определите BGP-сообщества (communities), LocalPref/AS-Path-Prepending, чтобы отказ не «залипал».
- Мониторинг «черного ящика»: Не только CloudWatch, но и синтетические проверки через гибридный путь (VPC → On-Prem и обратно).
- Runbook для инцидентов: «DX down/Routes missing» как отдельная категория в runbook – включая быстрое переключение и четкие коммуникационные блоки.
Если вы часто работаете с гибридными системами: имеет смысл сознательно протестировать таблицы маршрутизации, распространение и отказоустойчивость (в стиле хаоса, но контролируемо). Потому что именно там минуты решают – а не часы.
Анализ: Что происходило в прошлом
Вчерашний инцидент Direct Connect – это другой класс, чем крупные сбои «Интернет горит», но он вписывается в закономерность: многие сбои – это не «выключен вычислительный ресурс», а сетевые/контрольные проблемы, которые затем вторично вызывают симптомы везде.
Примеры (кратко) – для сравнения
| Дата | Масштаб | В чем примерно заключалась проблема? |
|---|---|---|
| 21.02.2026 | AWS Direct Connect (US-EAST-1) | Отсутствие ранее анонсированных маршрутов (VPC ↔ On-Prem) → проблемы гибридной связности. |
| Okt 2025 | Несколько сервисов AWS (US-EAST-1) | Крупный мультисервисный инцидент с каскадными эффектами (включая зависимости DNS/балансировщика нагрузки) – ощущался широко. |
| Dez 2025 | Один сервис (регионы Китая) | Сообщено о сбое функции управления затратами; обсуждение внутренних инструментов AI-кодирования (Kiro) и вопросов процессов/разрешений. |
Эти обзоры не предназначены для создания драмы – а чтобы показать: устойчивость – это почти всегда архитектура. А в гибридных установках «Сеть + маршрутизация» — это область, где кажущийся маленьким инцидент мгновенно выглядит большим.
Часто задаваемые вопросы
AWS был «недоступен» или только Direct Connect?
Публичные обновления описывают проблему с AWS Direct Connect для региона US-EAST-1. Были затронуты некоторые клиенты/соединения – не обязательно все сервисы AWS по всему миру.
Почему отсутствие маршрутов так сильно ощущается?
Потому что многие гибридные системы имеют центральные зависимости в On-Prem (AD/LDAP, устаревшие БД, файловые хранилища, центральные API). Когда BGP-анонсы отсутствуют, приложения продолжают работать, но не могут надежно достичь своих зависимостей.
Какова лучшая защита?
Избыточный Direct Connect (раздельные пути) плюс VPN-резервирование, а также синтетический мониторинг через фактический гибридный путь и четкий runbook для переключения.
Имеет ли это отношение к «AI-инструментам»?
Для инцидента Direct Connect в публичных обновлениях нет упоминаний об AI-инструментах. Упоминание AI связано с отдельными сообщениями о других инцидентах (например, декабрь 2025 г.) и здесь является только контекстом.
Заключение
Инцидент от 21.02.2026 – хороший пример того, почему нельзя понимать сбои только как «сервис недоступен»: в гибридных архитектурах достаточно сбоя в анонсах маршрутов, и внезапно полный бизнес-поток останавливается. Если вы вынесете из этого инцидента одну вещь, то пусть это будет: планируйте путь (маршрутизацию) так же избыточно, как и рабочие нагрузки.