После остановки дата-центра в Сасове у Яндекса возникла новая проблема: 9 октября компания сообщила о повреждении еще одной площадки, в Калуге. Несколько ее модулей вышли из строя. Сотрудники на обоих объектах не пострадали. Позднее команда «Алисы» подтвердила перебои: часть функций временно недоступна, ответы могут задерживаться. Срок полного восстановления поврежденного оборудования пока не назван.
Для пользователя такая авария выглядит как обычная ошибка: не открывается страница, зависает приложение, не проходит заказ. За одинаковыми сообщениями на экране, однако, могут стоять разные причины. Недоступный сервер, поврежденный накопитель и утечка информации - три разных события. Подтверждение первого само по себе ничего не говорит о двух остальных.
📍 Что произошло в Сасове и Калуге
В ночь с 7 на 8 октября беспилотники атаковали дата-центр Яндекса в Сасове Рязанской области. Компания сообщила о пожаре, затронувшем инфраструктуру, и полной остановке работы площадки. Оперативные сообщения Yandex Cloud указывали на проблемы в одной из зон доступности.
8 октября Reuters со ссылкой на Яндекс писал, что основные потребительские сервисы продолжали работать. Одновременно о технических проблемах сообщали сторонние площадки, в том числе ЦИАН и «Литмаркет». Эти сообщения описывали ситуацию в конкретный момент, а не гарантировали отсутствие перебоев в дальнейшем.
Утром 9 октября компания подтвердила повреждения в Калуге. По переданному СМИ заявлению Яндекса, несколько модулей дата-центра полностью выведены из строя. Масштаб ущерба продолжали оценивать.
Позднее 9 октября стало известно о договоренности Яндекса с VK Cloud, Selectel и К2 Cloud об ускоренном размещении пострадавших клиентов. Это возможность перенести работающие системы на другую инфраструктуру. Она не означает, что любой сайт автоматически запустится у нового провайдера: понадобятся доступные данные, ресурсы и настройка приложения.
🔊 Почему «Алиса» не отвечает и что происходит с умным домом
9 октября «Коммерсантъ» передал сообщение команды «Алисы AI» о временной недоступности части функций и возможных задержках ответов. Команда связала эти проблемы с атаками на дата-центры в Сасове и Калуге. Она также предупредила о паузах перед ответами «Станции» и нестабильной работе отдельных устройств умного дома.
Это объясняет, почему исправная колонка с подключением к интернету может не выполнить привычную команду. Для функций, зависящих от удаленной обработки, одной работоспособности домашней сети недостаточно.
Сообщение не означает отказа каждого устройства у каждого владельца. Доступность зависит от конкретной функции и ее технических зависимостей. В такой ситуации не стоит начинать с удаления всего умного дома из приложения: восстановление настроек не устраняет проблему на стороне удаленного сервиса.
Если требуется управлять светом или другим оборудованием, можно использовать предусмотренные производителем физические кнопки и местные способы управления. Их наличие зависит от модели. Подтвержденного общего срока возвращения всех функций в опубликованном сообщении нет.
🏢 Что такое дата-центр и почему остановка здания заметна по всей стране
Центр обработки данных, или ЦОД, объединяет серверы, сети связи, системы электропитания и охлаждения. Серверы выполняют вычисления, отвечают на запросы приложений и работают с хранилищами. Электричество и отвод тепла нужны им непрерывно.
Сайт магазина может принадлежать одной компании, система бронирования - другой, а их вычислительные мощности физически находиться у одного облачного провайдера. Поэтому одновременный сбой разных брендов не обязательно означает несколько независимых атак. Иногда у них оказывается общий инфраструктурный подрядчик.
Кроме основного приложения, сайт использует базу данных, хранилище изображений, авторизацию, очередь заказов, платежные интеграции. Отказ любого из этих элементов способен нарушить пользовательский сценарий. Каталог еще открывается, но оформить покупку уже невозможно. Главная страница работает, а личный кабинет возвращает ошибку.
По одному сообщению браузера определить поврежденный компонент нельзя. Публичный мониторинг жалоб показывает, что люди столкнулись с проблемой, но не заменяет техническое заключение провайдера.
☁️ Что означает зона доступности ru-central1-b
Yandex Cloud разделяет инфраструктуру на зоны доступности. В документации провайдера ресурсы делятся на зональные, привязанные к определенной зоне, и глобальные. Это существенная разница для устойчивости приложения.
Облачная виртуальная машина не существует «везде сразу». Если приложение развернуто на одной машине в одной зоне, остановка этой зоны может сделать его недоступным. Само слово «облако» не означает, что провайдер создал и запустил независимый экземпляр каждой системы в другом месте.
Распределение нагрузки между зонами помогает переживать локальные отказы, если это предусмотрено архитектурой. В документации Compute Cloud описаны группы виртуальных машин в нескольких зонах. Но резервировать нужно всю цепочку: дополнительные серверы приложения бесполезны, если единственная база данных остается недоступной.
Есть и ограничение мощности. Резерв должен выдерживать реальную нагрузку после переключения. Если обычно половину запросов обрабатывала каждая из двух площадок, оставшаяся площадка после аварии получит удвоенный поток. Без запаса ресурсов система может продолжить работать с ошибками.
💾 Потеряны ли данные пользователей
На основании опубликованных сообщений нельзя объявить ни массовую утрату данных, ни полную сохранность всех клиентских систем. Для такого вывода нужны результаты обследования оборудования и проверки резервных копий.
Недоступность данных означает, что приложение сейчас не может их получить. Причиной бывает отсутствие питания или связи при исправных накопителях.
Утрата данных означает, что информация повреждена или исчезла и ее не удалось восстановить из доступных копий.
Утечка данных означает, что доступ к информации получили посторонние. Пожар в дата-центре сам по себе не доказывает такую утечку.
Из этих различий следует практический вывод: сообщение об остановке ЦОД не является основанием вводить пароль на стороннем сайте «для восстановления Яндекса». Проверять учетную запись следует через привычный адрес сервиса или его официальное приложение.
🔁 Почему резервная копия не возвращает сайт мгновенно
Резервирование решает две разные задачи. Первая - сколько времени бизнес готов оставаться без работающей системы. Вторая - какой объем последних изменений он способен потерять. В технической документации для этих задач используют обозначения RTO и RPO.
Представим магазин, который сохраняет отдельную копию базы каждую ночь. Если сбой произошел вечером, копия может помочь вернуть каталог и учетные записи, но дневные заказы придется восстанавливать по другим доступным данным. Это условный пример, а не описание устройства конкретного клиента Яндекса.
Даже при исправной копии требуется развернуть сервер, восстановить базу, проверить совместимость программ, права доступа и интеграции. После переключения нужно убедиться, что магазин не создает заказы повторно и правильно сопоставляет их с оплатой.
Документация Yandex Cloud предусматривает разные способы переноса ресурсов, в том числе восстановление из резервных копий. Но возможность штатной миграции работающей машины нельзя автоматически переносить на ситуацию, когда исходное оборудование физически недоступно. Выбор способа восстановления зависит от состояния конкретных ресурсов.
📱 Что делать, если не работает приложение или сайт
Сначала стоит проверить официальное сообщение самого сервиса. Именно владелец приложения знает, какие функции затронуты и какие операции были сохранены. Страница статуса облака полезна прежде всего его техническим клиентам: она не описывает судьбу каждого заказа в каждом магазине.
Если ошибка возникла при оплате, проверьте историю операций в банке и состояние заказа. Повторять платеж несколько раз подряд опасно: интерфейс может не показать успешный ответ, хотя операция уже прошла. Сохраните номер заказа, время попытки и снимок ошибки для поддержки.
Переустановка приложения и сброс роутера не восстановят удаленный дата-центр. Проверка другой сети помогает отличить локальную проблему от внешней, но многократное удаление приложения способно лишь стереть его локальные настройки.
Для важных задач имеет смысл временно использовать доступный независимый канал: телефон организации, другой способ покупки билета или подтвержденный адрес поддержки. При этом ссылка из случайного сообщения о «срочном переносе аккаунта» не становится безопасной из-за общего сбоя.
🧰 Что проверить владельцу сайта
Бизнесу нужен перечень зависимостей: где размещены приложение, база, файлы, резервные копии и сервис авторизации. Такой список помогает понять, какой элемент действительно блокирует восстановление.
Следующий вопрос - доступность последней пригодной копии. Наличие записи об успешном резервировании еще не доказывает, что из нее можно восстановить рабочую систему. При восстановлении проверяют целостность данных, актуальность схемы базы и доступ к необходимым ключам.
Перенос на другую площадку требует отдельного контроля. На новом сервере могут отличаться версии программ, сетевые правила и настройки хранения. Сначала проверяют основные операции, затем возвращают полный поток пользователей. Если приложение обрабатывает платежи или документы, особенно важна сверка операций на границе сбоя.
Уведомление клиентам должно содержать конкретику: какие функции недоступны, принимаются ли новые заказы и где получить поддержку. Объявлять исчезнувшими все данные или обещать точное время запуска без технического подтверждения одинаково рискованно.
⏳ Когда восстановят Яндекс и пострадавшие сайты
Единого срока для всех сервисов нет. Приложение с готовой резервной площадкой может возобновить работу раньше, чем сайт, которому нужно восстанавливать базу и заново настраивать окружение. Ремонт оборудования ЦОД и восстановление конкретного сайта - связанные, но разные процессы.
В проверенных сообщениях на 9 октября отсутствует подтвержденный срок полного восстановления поврежденной инфраструктуры. Не опубликована и исчерпывающая оценка потерь оборудования. Утверждения о полном уничтожении вычислительных мощностей Яндекса выходят за пределы доступных данных.
Для пользователя главный ориентир сейчас - состояние нужной функции в конкретном сервисе. Для владельца бизнеса - возможность восстановить собственную систему из проверенных копий и доступных ресурсов.
