Удары по дата-центрам 8–⁠18 октября 2026: что это значит для сайта вашей компании и что сделать за неделю

Что произошло — коротко и по датам

8 октября — пожар в дата-центре Яндекса в Сасове (Рязанская область) после атаки беспилотника; работу площадки приостановили, в Yandex Cloud начались перебои с питанием в зоне доступности ru-central1-b. Днём пользователи массово жаловались на сайты РБК, «Ведомостей», РИА Новости, «Интерфакса», на Авито, Т-Банк, Ivi, Profi.ru и РЖД; Циан и ГК «Астрал» связали свои неполадки с инцидентом в Сасове. Был ли этот инцидент причиной всего сбоя рунета в тот день, официально не подтверждено.

9 октября — дата-центр Яндекса в Калуге: часть инфраструктуры вышла из строя. 11 октября — остановлен дата-центр во Владимире; в Yandex Cloud стали недоступны две зоны (ru-central1-a и ru-central1-b), часть баз данных и хранилищ работала с ограничениями. 14 октября — строящийся дата-центр Сбера в Балакове; в банке заявили, что системы работают штатно. 18 октября — дата-центр VK в Ленинградской области; VK заявил, что сервисы работают, пользователи сообщали о сбоях ВКонтакте.

Кого задело. Яндекс Go, Еда, Пэй, Сплит, Яндекс 360, Директ и Яндекс Бизнес. Из чужих — Додо Пицца и маркетплейс Flowwow (проблемы с заказами), образовательная платформа ProgressMe (перезапустилась на новых мощностях только 16 октября), сервис выплат исполнителям Qugo, запись в салоны DIKIDI. Десятки заседаний арбитражных судов перенесли или прервали; электронные транспортные документы «Калуга Астрал» не работали, и 13 октября Минтранс разрешил временно оформлять бумажные. Директ и Яндекс Бизнес начали возвращать 15–⁠16 октября, «Калуга Астрал» восстановил документооборот 16 октября. По отчёту Яндекса, в первом полугодии 2026 года у Yandex Cloud было 64 000 клиентов.

Что говорят эксперты. Тимофей Воронин (МГУ) в «Ведомостях»: ради экономии многие компании могли держать серверы и базы данных на одной площадке — когда она легла, их ресурсы остановились без автоматического переключения. Никита Цаплин (RUVDS) связал временную недоступность сервисов с миграцией инфраструктуры Яндекса: перенаправление трафика с одной площадки на другую не происходит одномоментно.

Что уже меняется. 14 октября «Ростелеком» предложил создать резервные дата-центры «на чёрный день». 15 октября АКИТ попросила правительство разрешить хранить и обрабатывать персональные данные россиян в дата-центрах дружественных стран; правила пока не изменились. Яндекс не берёт плату за Yandex Cloud в российских зонах с 8 по 31 октября.

Почему упали сайты, которые не имеют отношения к Яндексу

Три причины, и каждая может быть про вас.

Одна площадка. Сайт, база и файлы — на одном сервере у одного провайдера. Когда площадка недоступна, нет ничего: ни сайта, ни бэкапа, который хостер хранит там же, ни панели, чтобы хоть что-то сделать. Это самый массовый случай, и он не зависит от того, Яндекс это, другой хостинг или сервер в офисе.

Внешние сервисы на странице. Сайт стоит у другого хостера, но на каждой странице грузятся Яндекс Карты, SmartCaptcha, Метрика, чат. Если скрипт подключён синхронно и его сервер не отвечает, страница «висит» — для посетителя сайт не работает, хотя с сервером всё в порядке.

Почта и заявки. Если заявки с сайта уходят только на почту, а почта живёт на той же инфраструктуре, во время сбоя письма задерживаются или не доходят — и об этом узнают не сразу.

Кто в зоне риска

Не только клиенты Yandex Cloud. В зоне риска любой сайт, у которого: хостинг, DNS и почта — у одного провайдера; нет копии вне этого провайдера; TTL у DNS-записей — сутки; внешние скрипты грузятся синхронно; заявки идут только в CRM или только на почту. Первые три пункта за 10 секунд покажет экспресс-проверка сайта, остальные — чек-лист из 12 вопросов.

Что сделать за неделю — пять шагов, не требующих бюджета

1. Узнайте три адреса. Где физически стоит ваш сайт, кто ведёт DNS-записи домена, где живёт почта. Если это одна компания — у вас одна точка отказа.
2. Заберите доступ к регистратору домена в компанию. Без него в день сбоя вы не сможете даже переадресовать домен на другой сервер.
3. Сделайте копию вне хостера и проверьте её. Выгрузка файлов и базы на другой сервер или в облачное хранилище — задача на пару часов для программиста. Непроверенная копия не считается: разверните её на тестовом сервере хотя бы раз.
4. Снизьте TTL до 300 секунд и, если DNS ведёт тот же хостер, перенесите записи к отдельному DNS-провайдеру. Посетители этого не заметят.
5. Напишите план на одну страницу: кто звонит хостеру, кто регистратору, где доступы, куда переводятся заявки, кто останавливает рекламу. И второй канал для заявок — телефон на первом экране и дубль формы в Telegram.

Что делает Дублёр — и где он не поможет

Дублёр — это шаги 3–⁠5, сделанные за вас и доведённые до рабочего состояния: копия сайта на независимом сервере в Европе или СНГ, DNS у провайдера с API, мониторинг из нескольких точек, в том числе из России, автоматическое или ручное переключение за 15 минут для подготовленного резерва, заявки с копии — в Telegram. Основной сайт остаётся там, где он сейчас.

Честно о том, где это не сработает: если в вашем регионе ограничен мобильный интернет по «белым спискам», зарубежная копия таким посетителям не откроется — об этом отдельно. Если доступ к зарубежным серверам из России ограничат, резерв за рубежом тоже не поможет — поэтому он запасной путь, а не переезд. И если данные после последней синхронизации пропали на основном сервере, вернуть их с копии нельзя.

Частые вопросы