Яндекс восстанавливает инфраструктуру после атак на дата-центры в Сасово, Калуге и Владимире. К вечеру 11 октября Yandex Cloud продолжал работать с ограничениями и рекомендовал клиентам использовать альтернативные площадки для восстановления ресурсов. Срок полного восстановления компания пока не назвала. Сообщение Yandex Cloud от 11 октября, 18:02 МСК.
Для бизнеса перебои затронули серверы, базы данных и хранилища. Из-за этого сайт может показывать каталог, но не сохранять заказы, а форма — принимать данные без передачи менеджеру. Ниже — хронология событий, состояние облачных компонентов и порядок проверки сайта, рекламы и заявок.
Что произошло 8–11 октября
8 октября: остановился дата-центр в Сасово
В ночь с 7 на 8 октября дата-центр Яндекса в Сасово получил серьёзные повреждения после атаки БПЛА и прекратил работу. Компания рассказала об этом в обращении от 9 октября.
9 октября: повреждён дата-центр в Калуге
Утром 9 октября под атаку попал объект в Калуге. По сообщению пресс-службы Яндекса, несколько модулей вышли из строя. Сотрудники обоих дата-центров не пострадали. На площадках работали экстренные службы и специалисты компании. Подробности — в сообщении «Коммерсанта».
Для клиентов Yandex Cloud организовали помощь с размещением данных и сервисов у VK Cloud, Selectel и К2Cloud. Партнёры предложили ускоренное подключение ресурсов и поддержку при переносе. Сообщение о помощи облачным клиентам.
10 октября: квоты на ресурсы перевели в ручной режим
Yandex Cloud сообщил об ограничениях на выделение дополнительных ресурсов. Это осложнило восстановление: даже при наличии резервной копии клиенту нужно получить вычислительные мощности для запуска приложения. Уведомления о квотах платформа публиковала в Yandex Cloud Alerts.
11 октября: остановился дата-центр во Владимире
После атаки БПЛА работу полностью прекратил дата-центр во Владимире. Яндекс сообщил, что пострадавших нет. Ранее облачная платформа уведомила о перебоях электропитания в зоне доступности ru-central1-a. Сообщение «Коммерсанта» со ссылкой на компанию.
В Yandex Cloud оставшуюся конфигурацию ресурсов назвали неустойчивой и рекомендовали задействовать альтернативные планы аварийного восстановления. Проблемы затронули и связь с технической поддержкой. В течение дня компания сообщала о частичном восстановлении каналов связи, предупредив о задержках с ответами.
Какие сервисы работают с перебоями
11 октября пользователи жаловались на Яндекс Go, Пэй, Еду и Музыку, сообщил РБК. Масштаб перебоев зависел от сервиса и региона. Сведений о полной остановке всех приложений компания не публиковала.
Облачная платформа отдельно публиковала сведения о серверах, базах данных и хранилищах. В сообщении от 11 октября, 08:55 МСК компания описала их состояние так:
| Компонент | Состояние |
|---|---|
| Cloud Console и API | Доступны |
| Compute | Частично доступен |
| Управляемые базы данных | Большинство отказоустойчивых кластеров переключились. Часть могла работать только на чтение или оставаться недоступной |
| S3-хранилище | Чтение доступно, с записью возможны проблемы |
| Managed Kubernetes | Доступен, возможны проблемы отдельных кластеров |
| Container Registry | Работает |
| Monium | Недоступен |
Ограничение записи особенно важно для интернет-магазинов. Каталог может загружаться из базы, а новый заказ в неё уже не попадёт. Поэтому открывающаяся главная страница ещё не означает, что магазин принимает покупки.
Когда восстановят Yandex Cloud
К 18:02 МСК 11 октября платформа продолжала работать в ограниченном режиме. Команда восстанавливала сервисы, поддержка разбирала обращения круглосуточно. Следующее обновление Yandex Cloud назначил на 12 октября, 11:00 МСК. Вечернее сообщение компании.
В дневном обновлении от 13:17 МСК платформа также сообщила, что выдача квот на дополнительные облачные ресурсы приостановлена. Клиентам предложили рассмотреть внешние площадки для ускоренного размещения и резервирования. Дневное обновление.
Срок возвращения всех компонентов к штатной работе пока неизвестен. Состояние своего проекта клиентам нужно уточнять по конкретным серверам, хранилищам и базам данных. Если база недоступна, первым делом проверяют реплики и резервные копии: ошибка подключения сама по себе ещё не говорит о потере записей.
Новые сообщения компания размещает в Yandex Cloud Alerts и на странице состояния платформы. О работе пользовательских приложений сообщают их собственные службы поддержки.
Как проверить сайт и не потерять обращения
Пройдите весь путь заказа
Начните с посадочной страницы, затем отправьте тестовую заявку или оформите тестовый заказ. Проверьте сохранение данных, уведомление менеджеру и создание сделки в CRM. Отдельно проверьте авторизацию, оплату, отправку писем и внешнюю защиту форм.
Предупредите менеджера о тесте и пометьте обращение, чтобы оно не попало в рабочую очередь как настоящий клиент. Для оплаты используйте тестовый режим платёжной системы. Если деньги по реальному заказу уже списались, сначала сверьте идентификатор операции и статус платежа — повторная оплата может создать лишнее списание.
| Сценарий | Признак исправной работы | Что записать при ошибке |
|---|---|---|
| Главная и посадочные страницы | Открываются с нужным содержимым | URL, время, код ответа сервера |
| Форма обращения | Данные сохранены, посетитель получил подтверждение | Время и идентификатор теста |
| Оформление заказа | Заказ появился в системе учёта с правильной суммой | Номер заказа и этап остановки |
| Оплата | Статусы в магазине и платёжной системе совпадают | Идентификатор операции без карточных данных |
| CRM и уведомления | Менеджер видит обращение | Канал, время доставки, запись в очереди |
Сайт на другом хостинге тоже может зависеть от пострадавших сервисов — например, через хранилище файлов, авторизацию или интеграцию. Попросите разработчика проверить эти подключения. При этом установленный счётчик Метрики или виджет Карт не означает, что сам сайт размещён в Yandex Cloud.
Оставьте клиентам работающий канал связи
Если заказ не оформляется, рядом с кнопкой покупки разместите короткое сообщение и телефон либо другой доступный способ связи. Назовите конкретную проблему: «Онлайн-оплата временно недоступна. Для заказа позвоните…» Так клиент поймёт, можно ли купить товар и что делать дальше.
При временном переходе на другой инструмент сохраняйте ограничения доступа к клиентским данным. Общедоступная таблица с телефонами и заказами не подходит для замены CRM. Новые обращения должен видеть только тот, кто их обрабатывает.
Что делать с рекламой и аналитикой
Остановите рекламу неработающих сценариев
Проверьте, куда ведут объявления. Если посадочная страница недоступна или форма не принимает заявки, приостановите соответствующие кампании либо направьте трафик на подготовленную рабочую страницу. Продолжать оплачивать переходы в сломанную корзину — значит тратить бюджет без возможности завершить заказ.
Рабочие направления отключать вместе с ними не нужно. Например, каталог может принимать телефонные заказы, пока онлайн-оплата недоступна. Перед изменением кампаний согласуйте с менеджерами, какие обращения они действительно смогут обработать.
Сверьте аналитику с заказами
Падение событий в Метрике может означать как потерю обращений, так и сбой их регистрации. Сравните отчёт с CRM, телефонией, платёжной системой и журналами сервера. Если заказы сохраняются, а цели не срабатывают, восстанавливать нужно передачу событий.
Запишите время начала сбоя и внесённые изменения. Это поможет объяснить провал в отчёте и не принять его за результат новой рекламной стратегии. Связь обращений с продажами разобрана в статье о Яндекс Метрике и Битрикс24.
Как защитить SEO во время недоступности сайта
Прежде чем менять тексты и стратегию продвижения, проверьте, что получает поисковый робот. Для этого пригодятся серверные журналы и инструмент проверки ответа сервера в Вебмастере. Инструкция Яндекса по проверке доступности сайта.
При кратковременной полной остановке сайта серверу следует возвращать 503 Service Unavailable. Заголовок Retry-After позволяет указать время повторного обращения. Массовые 404, запрет в robots.txt или noindex для аварийной паузы не подходят: они сообщают поисковику об удалении страниц или запрещают работу с ними. Рекомендации Google по временному отключению сайта.
Длительный ответ 503 тоже несёт риск для индексации. Если сломалась только оплата, сохраните доступ к каталогу и отключите проблемную операцию. Полная заглушка в такой ситуации закроет от покупателей и роботов даже работающие страницы.
После восстановления проверьте важные URL: ответ 200, прежнее содержимое, canonical и редиректы. Убедитесь, что временные запреты сняты, формы работают, а количество ошибок 5xx в журналах снижается. Затем проверьте отчёты обхода в Вебмастере и Search Console.
Отправлять адреса на переобход имеет смысл после устранения ошибки. IndexNow помогает сообщить об изменённых страницах, но недоступный сервер всё равно помешает роботу их прочитать. Порядок проверок собран в чек-листе технического аудита.
Что подготовить на случай следующего сбоя
Попросите техническую команду восстановить копию сайта на отдельной площадке. При проверке должны заработать база, файлы, авторизация, тестовый заказ и уведомление менеджеру. Так станет понятно, сколько времени займёт восстановление и каких доступов или настроек не хватает.
Заранее сохраните инструкцию: где лежат копии, кто управляет доменом и DNS, как подключить почту и интеграции, кто принимает решение о переключении. Доступ к инструкции и необходимым учётным записям должен сохраняться при отказе основной инфраструктуры.
Согласуйте допустимое время простоя — RTO — и допустимый возраст восстановленных данных — RPO. Если резервная копия делается раз в сутки, при восстановлении могут потеряться изменения после её создания. Частоту копирования выбирают с учётом того, сколько таких изменений бизнес готов потерять. Документация Yandex Cloud о резервном копировании.
Для небольшого сайта первым шагом может стать независимая резервная копия с проверенной процедурой восстановления. Магазину с постоянным потоком заказов может потребоваться резервная площадка и более частое сохранение данных. Стоимость такого решения сравнивают с потерями от простоя и восстановления заказов вручную.
Разобрать зависимости проекта можно в рамках технической поддержки сайта. Для текущей ошибки сервера используйте отдельную инструкцию по диагностике 503.
