"ЦОД судного дня": зачем России резервные площадки для восстановления цифровых сервисов
Российским компаниям нужно создавать резервные центры обработки данных, способные быстро вернуть критически важные сервисы в работу после серьёзных сбоев. Такое мнение высказал заместитель президента - председателя правления "Ростелекома" Валерий Ермаков. По его словам, отдельная площадка для хранения резервных копий и восстановления систем становится необходимостью, а не дополнительной мерой предосторожности.
Ермаков назвал такой объект ЦОДом "судного дня". В случае аварии, кибератаки или другого чрезвычайного происшествия компания сможет развернуть на нём резервные версии сервисов и продолжить работу. Раньше подобный сценарий казался избыточным, однако изменение характера угроз сделало его практической потребностью. Грамотно организованный бэкап позволяет провайдеру быстрее восстановить обслуживание клиентов и снизить последствия инцидента.
Одна из причин пересмотра подходов - стремительное изменение модели угроз. Сценарии, которые ещё недавно считались маловероятными, теперь могут реализоваться на практике. Ермаков привёл в пример риски, связанные с беспилотниками, и сбои, затрагивающие крупные цифровые платформы.
По его оценке, уязвимость создаёт и прежняя логика построения инфраструктуры. Крупные компании стремились размещать важнейшие сервисы на небольшом числе крупных площадок. Централизация помогала экономить, упрощала управление и повышала эффективность использования оборудования. Но если один из таких объектов перестаёт работать, последствия могут затронуть множество сервисов и организаций, зависящих от его ресурсов.
В ответ заказчики пересматривают архитектуру систем и переходят к так называемой микросотовой модели. Она предполагает размещение сервисов на большем числе площадок, резервирование вычислительных мощностей и географическое разделение инфраструктуры. Если отдельный объект выходит из строя, нагрузку можно перенаправить на другие узлы, не останавливая всю систему целиком.
Однако распределённая архитектура предъявляет более высокие требования к сетям связи. Площадкам необходимо обмениваться большими объёмами данных с минимальной задержкой, а для этого нужны надёжные и достаточно мощные магистральные каналы. Ермаков считает, что с пропускной способностью таких сетей в России уже возникают трудности.
Он обратил внимание на два фактора. Во-первых, магистральная инфраструктура, по его словам, сильно загружена. Во-вторых, значительная часть оптических линий была построена 20-30 лет назад. Со временем состояние оптического волокна ухудшается, что может ограничивать возможности передачи данных и создавать дополнительные сложности при развитии сетей.
Ермаков предупредил, что в ближайшей перспективе дефицит магистральных ресурсов способен стать серьёзным препятствием для перехода к распределённой модели. В качестве одного из решений "Ростелеком" построил линию TEA NEXT, которая соединяет Калининград и Монголию. По словам представителя компании, новый маршрут должен предоставить дополнительные сетевые ресурсы для развития распределённой инфраструктуры и повышения устойчивости бизнеса.
Разговор о резервировании получил дополнительную актуальность после инцидентов на объектах "Яндекса". Согласно приведённым в публикации данным, в октябре 2026 года за несколько дней беспилотники атаковали три площадки компании - в Сасове, Калуге и Владимире. Все объекты временно прекратили работу. Сбои затронули не только сервисы "Яндекса", но и сторонние организации, использовавшие Yandex Cloud. Перебои также отмечались в Казахстане, Узбекистане и Киргизии.
Как должен работать ЦОД "судного дня"
Резервный центр - это не просто помещение с копиями файлов. Чтобы он помог в чрезвычайной ситуации, в нём должны быть заранее подготовлены оборудование, сетевые подключения, программные компоненты и инструкции для запуска сервисов. Иначе после аварии компании придётся не только восстанавливать данные, но и заново настраивать инфраструктуру, теряя драгоценное время.
Важна и регулярность резервного копирования. Если копии создаются редко, при восстановлении могут потеряться недавние операции и изменения. Поэтому организации определяют, сколько данных допустимо утратить и как быстро система должна вернуться к работе. Эти требования различаются: для одних сервисов кратковременный перерыв приемлем, для других даже несколько минут простоя могут привести к значительным потерям.
Резервные копии следует защищать отдельно от основной инфраструктуры. Если они доступны из тех же систем и с теми же учётными данными, что и рабочие ресурсы, единичная атака может затронуть сразу и сервисы, и их бэкапы. Разделение доступа, изоляция хранилищ и проверка копий на пригодность к восстановлению помогают уменьшить этот риск.
Не менее важны регулярные учения. Наличие резервной площадки само по себе не гарантирует, что компания сможет быстро ею воспользоваться. Проверка сценариев отказа позволяет выявить проблемы с сетями, доступами, программным обеспечением и распределением ответственности между специалистами. Такие испытания показывают, действительно ли резервный контур способен принять нагрузку.
Наконец, распределение инфраструктуры должно учитывать не только расстояние между площадками, но и общие причины возможных отказов. Два центра могут находиться в разных зданиях, но зависеть от одного канала связи, энергосети или инженерной системы. Поэтому устойчивость обеспечивается сочетанием географического разнесения, независимых подключений, резервного питания, защиты данных и отработанных процедур восстановления.
Таким образом, ЦОД "судного дня" - лишь один элемент комплексной защиты цифровых сервисов. Для надёжной работы нужны одновременно резервные мощности, современные магистральные сети, актуальные копии данных и понятный план действий при аварии. Чем больше компаний и государственных систем зависит от цифровой инфраструктуры, тем важнее сделать восстановление после крупного сбоя быстрым и предсказуемым.
