Минцифры подготовило рекомендации по защите российских центров обработки данных от воздушных угроз. Как сообщил «Коммерсантъ» 25 октября, документ направили профильным организациям. Он касается проектируемых, строящихся и действующих ЦОД.
Рекомендации появились после атак на инфраструктуру крупных российских компаний. В это же время Yandex Cloud восстанавливала мощности: 23 октября платформа объявила о новой зоне доступности и описала порядок запуска клиентских сервисов.
Стратегические дата-центры предложили размещать под землёй
В опубликованном описании рекомендации разделяют дата-центры на три категории по последствиям их остановки:
- К1: стратегические объекты, сбой которых нарушает ключевые государственные функции на срок от часа;
- К2: объекты региональных и отраслевых систем, нарушение работы которых продолжается от четырёх часов;
- К3: корпоративные ЦОД, повреждение которых приносит существенные потери отдельным организациям без масштабных последствий для государства.
Для стратегической категории предпочтительны подземные сооружения и бункеры. Для второй категории описаны капитальные наземные здания, для третьей — обычные наземные сооружения.
Час и четыре часа в этой классификации характеризуют последствия сбоя. Время восстановления конкретного приложения задают отдельно, с учётом требований его владельца.
Защита охватывает серверные залы, питание и охлаждение
Документ предусматривает физическое укрепление объектов, средства противодействия воздушным угрозам и резервирование критичных сервисов. Защищать предлагается машинные залы, охлаждение и электроснабжение от ударной волны и осколков.
Серверу нужны электричество, связь и постоянный отвод тепла. При отказе этих систем исправное оборудование тоже перестаёт обслуживать запросы пользователей. Поэтому восстановление сервиса включает работу с инфраструктурой всей площадки.
Опрошенные «Коммерсантом» участники рынка прогнозируют рост стоимости услуг примерно на 10% без учёта инфляции. Помимо расходов на защиту, они называют подорожание электроэнергии, дефицит оборудования и высокую ключевую ставку. Указанные 10% остаются отраслевой оценкой.
Резервная копия сохраняет данные, а запасная площадка помогает запустить сервис
После потери площадки приложению нужны вычислительные мощности, сеть, конфигурация и данные. В руководстве AWS по аварийному восстановлению описаны четыре подхода с разной степенью готовности резерва:
- Восстановление из копий: инфраструктуру и приложение разворачивают после сбоя, затем возвращают данные.
- Минимальный работающий резерв, или pilot light: на запасной площадке поддерживают основные компоненты, остальные запускают при восстановлении.
- Тёплый резерв: уменьшенная копия системы уже работает; после сбоя её мощности наращивают.
- Active-active: несколько площадок одновременно обслуживают запросы пользователей.
Восстановление из копий требует сохранить код и настройки приложения вместе с пользовательскими данными. Репликация решает другую задачу: переносит изменения между площадками. Ошибочное удаление тоже может попасть в реплику, поэтому резервные копии нужны и при такой схеме.
Для плана восстановления используют два показателя. В документации Microsoft RTO определён как максимально допустимый простой, а RPO — как допустимая потеря данных. Они задают требования к срокам запуска и к тому, насколько свежую информацию нужно вернуть.
Проверка охватывает зависимости приложения: базу данных, файловое хранилище, очереди сообщений и ключи доступа. AWS рекомендует регулярно испытывать план восстановления. Такой тест показывает, сколько времени занимает запуск всей системы и какие действия команда должна выполнить вручную.
Yandex Cloud открыла новую площадку под прежним названием
По информации «Коммерсанта», 21 октября Минцифры сообщило о создании штаба после атак на пять ЦОД «Яндекса», Сбербанка и VK. Уже 23 октября Yandex Cloud объявила о запуске новой зоны доступности для переноса клиентских нагрузок.
Физически зона расположена в другой локации, но в консоли сохранила название ru-central1-a. Компания объяснила это необходимостью сохранить клиентские автоматизации. Доступ обещали открывать поэтапно. На первом этапе мощности были ограничены, поэтому клиентам рекомендовали начинать с самых критичных сервисов.
Виртуальные машины и часть кластеров баз данных отображались остановленными: владельцы должны были запускать их самостоятельно, когда будут готовы возобновить работу. Прежнюю конфигурацию Cloud Router деактивировали, чтобы предотвратить нежелательную сетевую связность. Для восстановления настроек компания предложила инструкцию и помощь технической поддержки.
На 23 октября услуга Dedicated Host в новой зоне оставалась недоступной. Её запуск анонсировали на следующую неделю. Восстановление платформы шло поэтапно: сначала доступные мощности и основные сервисы, затем расширение ресурсов и возвращение остальных возможностей.
Комментарии