Выбор сценария определяется допустимым временем простоя и бюджетом. Мы проектируем решение под ваши конкретные RTO и RPO.
Три сценария катастрофоустойчивости
архитектура
Active-Passive — холодный резерв
RTO: часы — сутки
RPO: 4–24 часа
Стоимость: низкая
Резервная площадка существует, но системы на ней выключены или работают в минимальном режиме. При катастрофе — ручное или полуавтоматическое включение. Подходит для систем, допускающих простой от нескольких часов до суток.
Резервная площадка с оборудованием в холодном состоянии
Резервные копии передаются по расписанию (репликация или бэкап)
Восстановление требует ручного вмешательства команды
Минимальные текущие расходы на поддержку DR
Оптимально: внутренние системы, архивы, некритичные сервисы
Active-Warm — тёплый резерв
RTO: минуты — часы
RPO: минуты — 1 час
Стоимость: средняя
Резервная площадка работает в режиме ожидания: системы запущены, данные синхронизируются в режиме близкого к реальному времени. При сбое переключение занимает минуты. Оптимальный баланс защиты и стоимости для большинства бизнес-систем.
Непрерывная или частая репликация данных на резервную площадку
Системы на резервной площадке запущены и готовы к приёму нагрузки
Переключение может быть автоматическим или полуавтоматическим
Подходит для ERP, CRM, корпоративной почты, ключевых БД
Требует постоянных ресурсов на резервной площадке (~50–70% от основной)
Active-Active — нулевой простой
RTO: секунды
RPO: 0
Стоимость: высокая
Обе площадки активны одновременно и обрабатывают нагрузку параллельно. При отказе одной — трафик мгновенно переходит на другую без прерывания сервиса. Требуется для процессинга, банковских систем, e-commerce в пиковый период.
Синхронная репликация данных между площадками в реальном времени
Обе площадки одновременно обслуживают запросы пользователей
Переключение прозрачно для пользователей — без разрыва сессий
Обязателен для критичных финансовых и транзакционных систем
Стоимость: ~200% от одной площадки (полное дублирование)
Выбор платформы зависит от вашей инфраструктуры, требований к RTO/RPO и политики импортозамещения. Мы работаем с ведущими вендорами и отечественным стеком.
На чём мы строим DR-решения
Технологии
🖥
Виртуализация и облако
VMware Site Recovery
Veeam DR
Zerto
Azure Site Recovery
Репликация виртуальных машин, оркестрация failover, тестирование DR без остановки продакшн. Veeam и VMware SRM — наиболее распространённые решения для VMware-сред.
🔁
Специализированные DR-платформы
Zerto
Veeam DR Orchestrator
Commvault
Veritas NetBackup
Платформы с нативной оркестрацией DR: автоматический failover, тестирование восстановления без остановки продакшн, RPO в секундах для критичных приложений. Для крупных гетерогенных сред: физические серверы, разные гипервизоры, СУБД, SAP.
🔁
Инфраструктура хранения
NetApp SnapMirror
Dell EMC RecoverPoint
HPE 3PAR
Huawei OceanStor
Репликация на уровне хранилища обеспечивает минимальный RPO (до нуля) независимо от ОС и приложений. Фундамент для Active-Active сценариев.
🇷🇺
Отечественный стек
Кибер Бэкап
RuBackup
Базис.vControl
zVirt
РУСТЭК
Аэродиск
Yadro
Полностью российский стек для объектов КИИ и госсектора: виртуализация, СРК, СХД и серверы из реестра Минпромторга. Соответствие требованиям импортозамещения без потери функциональности DR.
Для объектов КИИ и госсектора требования импортозамещения распространяются на весь стек — от серверов до ПО резервного копирования. Мы строим полноценные DR-решения без иностранных компонентов.
DR на российском ПО и оборудовании
Импортозамещение
🖥
Требования регулятора
Значимые объекты КИИ обязаны перейти на российское ПО и доверенные программно-аппаратные комплексы (ПП-1912). Для госсектора — обязательный реестр Минпромторга и Минцифры. Нарушение — административная и уголовная ответственность для должностных лиц.
Реестр Минцифры
Реестр Минцифры
Реестр Минцифры
Реестр Минпромторга
Реестр Минпромторга
Реестр Минпромторга
Open Source
Слой DR-инфраструктуры
Виртуализация
Статус
Российские решения
СРК и DR-платформа
СХД и хранилище
Серверы
Операционные системы
Сетевое оборудование
Мониторинг DR
Базис.vControl
zVirt
РУСТЭК
Брест
Аквариус
Kraftway
Depo
Yadro
IRU
Кибер Бэкап
RuBackup
Akelon
Astra Linux
РЕД ОС
АЛЬТ
Элтекс
QTech
Zelax
Zabbix (РФ-дистрибутив)
Prometheus
Аэродиск
AERODISK ВОЯДЖЕР
Depo Storage
✅
Без потери функциональности
Российские платформы виртуализации и СРК обеспечивают те же сценарии DR что и зарубежные аналоги — репликацию, failover, тестирование восстановления.
📦
Поставка оборудования
Поставляем российские серверы и СХД из реестра Минпромторга под ключ — включая конфигурирование, инсталляцию и интеграцию с DR-платформой.
📄
Документация для регулятора
Готовим комплект документов для подтверждения выполнения требований импортозамещения: перечни ПО и оборудования, планы перехода, акты ввода в эксплуатацию.
Выбор архитектуры напрямую определяет достижимые показатели восстановления и стоимость решения.
RTO и RPO по сценариям
Параметры
Низкая
минуты — 1 ч
< 15 мин
часы — сутки
4–24 ч
< 30 сек
0
Сценарий DR
Active-Active (горячий резерв)
Стоимость
RTO
RPO
Тип репликации
Active-Warm (тёплый резерв)
Active-Passive (холодный резерв)
Только резервное копирование
Синхронная
Асинхронная / близкая к реальному времени
Периодическая (бэкап)
Бэкап по расписанию
сутки — дни
24 ч+
Средняя
Высокая
Минимальная
Важно: RTO и RPO — бизнес-решения, которые согласовываются с владельцами систем до начала проектирования. Мы помогаем перевести бизнес-требования в технические параметры и выбрать экономически оправданный сценарий.
От анализа влияния на бизнес до регулярных учений — полный цикл под ключ.
Этапы разработки DR-решения
Как мы работаем
Business Impact Analysis (BIA)
Определяем критичность каждой системы для бизнеса: что произойдёт при потере на 1 час, 1 день, 1 неделю. Формируем требования к RTO и RPO совместно с бизнес-владельцами.
Карта критичности систем
RTO/RPO по приоритетам
Оценка рисков
1
Проектирование архитектуры DR
Выбор сценария (холодный / тёплый / горячий резерв), технологического стека, топологии сети и хранилища. Проектирование с учётом регуляторных требований и бюджетных ограничений.
Архитектурное решение
Выбор платформы
Бюджетная оценка
2
Развёртывание и настройка
Инсталляция и настройка DR-платформы, репликации, сетевой инфраструктуры. Настройка политик failover и failback. Интеграция с существующими системами мониторинга.
Установка платформы
Настройка репликации
Политики переключения
3
Разработка Runbook и документации
Пошаговые инструкции для каждого типа инцидента: кто, что, в каком порядке делает. Контактный лист, схема эскалации, порядок коммуникации во время аварии.
DR Runbook
Схема эскалации
Контактный лист
DR Drill — тестирование восстановления
Реальное тестирование переключения на резервную площадку. Измерение фактического RTO и сравнение с целевым. Отчёт с результатами и выявленными отклонениями.
Ежеквартальный DR Drill
Tabletop Exercise
Отчёт для CISO
Сопровождение и мониторинг (SLA)
Мониторинг состояния репликации, алертинг при отставании или сбоях, регулярная актуализация DR-плана при изменениях инфраструктуры. Поддержка с фиксированным SLA.
Мониторинг 24/7
SLA на реагирование
Ежегодная актуализация
4
5
6
Каждая отрасль накладывает свои требования на архитектуру катастрофоустойчивости — регуляторные, технические и бизнес.
DR под требования вашей отрасли
Отраслевая экспертиза
🏦
Финансы и банки
ЦБ РФ · ГОСТ Р 57580 · 683-П · 684-П
✓ ГОСТ Р 57580: обязательная оценка DR-готовности
✓ Географически распределённые резервные площадки
✓ Обязательное ежегодное тестирование DR с отчётом для ЦБ
✓ Защита от потери транзакционных данных: RPO в минутах
✓ RTO не более 4 часов для критичных систем (требование 683-П)
🏭
Промышленность и КИИ
187-ФЗ · Приказы ФСТЭК № 235, 239
✓ Проверка DR-плана включается в планы обеспечения безопасности
✓ Изолированный DR-контур для АСУ ТП без пересечения с корпоративной сетью
✓ Отечественный стек для объектов 1 и 2 категории КИИ
✓ Взаимодействие с ГосСОПКА при инцидентах
✓ Категорирование объектов КИИ и формирование требований к DR
🏥
Здравоохранение
152-ФЗ · Приказы Минздрава · МИС-требования
✓ DR без прерывания критических медицинских процессов
✓ Защита персональных медицинских данных при переключении на DR
✓ Специфика DICOM-архивов: большие объёмы, особые требования к RTO
✓ Локализация данных на российских площадках (152-ФЗ)
✓ Непрерывность работы МИС — доступность истории болезней 24/7
🛒
Ритейл и e-commerce
152-ФЗ · PCI DSS · Сезонные пики
✓ DR для облачных и гибридных сред (on-premise + облако)
✓ Active-Active для систем онлайн-заказов и процессинга платежей
✓ Защита клиентской базы и истории транзакций
✓ Быстрое восстановление каталога товаров и складских остатков
✓ Нулевой простой в пиковые периоды (Black Friday, распродажи)
Репликация обеспечивает быстрое переключение. Но если ransomware зашифровал обе площадки — нужна изолированная копия, которую атака не может достать. CyberVault A-SYS.ONE — это последний рубеж: гарантированно чистые данные для восстановления.
CyberVault A-SYS.ONE — защищённая копия как основа DR
Защита данных в DR
Blackbox-принцип
СРК передаёт данные в Vault, но не может управлять им. Атака на СРК не затрагивает изолированные копии.
Immutable Storage + WORM
Данные физически не могут быть удалены или изменены до истечения срока хранения.
Облако или On-Premise
Два варианта развёртывания — в облаке A-SYS.ONE или в вашем ЦОД. Принцип защиты идентичен.
Clean Room Recovery
Восстановление из Vault происходит в изолированную среду — исключает повторное заражение.
Спроектируем DR-решение под ваши RTO и RPO
обсудить проект
Расскажите о критичных системах и требованиях — предложим оптимальный сценарий, технологический стек и бюджетную оценку.
Или напишите напрямую: sales@a-sys.one · +7 (495) 137-70-99
Или напишите напрямую: sales@a-sys.one · +7 (495) 137-70-99