2 ноября пользователи столкнулись с массовой недоступностью ресурсов. Крупнейший хостинг провайдер Beget пережил масштабный сбой, который затронул сотни тысяч проектов. Разбираем реальные причины падения и способы защиты вашего бизнеса.
- Сбой начался около 3 часов ночи по московскому времени.
- Проблемы затронули панели управления, почту и систему DNS.
- Компания называет инцидент сложным и ведет ручную настройку.
- Источники говорят о массовой кибератаке или неудачном обновлении.
Что именно сломалось
В ночь на 2 ноября инфраструктура Beget фактически перестала работать. Компания обслуживает около 15 процентов рынка доменов .RU и .РФ. Это от 500 до 700 тысяч активных ресурсов.
Отказ был каскадным. Одновременно легли виртуальные серверы, почтовые службы и система доменных имен. Когда DNS падает, сайт физически может работать, но найти его в сети становится невозможно.
В зоне риска оказались интернет-магазины, сайты региональных администраций и местные СМИ. Информационный портал системы маркировки также выдавал ошибки, хотя внутренние процессы маркировки продолжали работать в штатном режиме.
Кибератака или неудачное обновление
Сначала провайдер выдал стандартную формулировку о том, что проблема затронула все уровни архитектуры. Перевод с технического на человеческий звучит просто. Сломалось всё сразу, и инженерам пришлось ехать в дата-центры для ручной настройки оборудования.
Позже в профильных СМИ появилась информация о массированной кибератаке. За час до официального признания проблемы в сети зафиксировали аномальную активность. Было почти миллион запросов на смену маршрутов передачи трафика. Для сравнения, за последние 90 дней пиковые значения не превышали 20 тысяч.
Часть экспертов допускает вариант с неудачным внедрением нового программного обеспечения. Однако версия целенаправленной атаки выглядит наиболее обоснованно. Физическое воздействие на дата-центры сам провайдер отрицает.
Чем это грозит
Если ваш ресурс работал на пострадавшем хостинге, вы уже знаете цену простоя. Несколько часов недоступности интернет-магазина ведут к прямым финансовым потерям и подорванному доверию клиентов.
Разовый краткосрочный сбой поисковые системы обычно прощают. Но если доступность сайта будет «моргать» и дальше, роботы начнут понижать его в поисковой выдаче.
Наличие резервных копий не гарантирует их работоспособность. Проверить бэкапы можно только в момент реальной катастрофы, когда цена ошибки максимальна.
Мнение редакции Mr.Android
Этот инцидент стал хрестоматийным примером системного риска. Если ваш сайт, корпоративная почта и базы данных лежат на одной площадке у одного провайдера, вы складываете все яйца в одну корзину. Сейчас инженеры восстанавливают приоритетные сервисы, но точных сроков полного возвращения к норме компания не называет. Самое время задуматься о стратегии аварийного восстановления и распределении нагрузки. Ну и самое главное — храните бэкапы в другом дата-центре, не там где лежат ваши ресурсы.
