Сбои и аварии в ИТ-инфраструктуре — не гипотетическая угроза, а реальность, с которой сталкиваются компании любого масштаба. Отказ сервера, ошибка администратора или последствия кибератаки могут остановить работу сервисов на часы, а то и дни. Инструменты защиты данных приложений решают эту задачу: они создают и постоянно поддерживают актуальные копии виртуальных машин, готовые к запуску в любой момент.
Одним из подходов к такой защите стала технология репликации данных на уровне гостевой операционной системы. Вместо традиционного резервного копирования, когда копия создаётся раз в сутки, инструмент защиты данных приложений непрерывно синхронизирует состояние защищаемой машины с резервной. Если основная выходит из строя, резервную можно запустить за считанные минуты — с последними актуальными данными.
Как работает репликация
Технически процесс выглядит так: на исходную и целевую виртуальные машины устанавливается агент. Между ними настраивается задание на асинхронную репликацию — данные с источника постоянно передаются на приёмник. В случае сбоя администратор активирует резервную машину, и сервис продолжает работу. Такой подход не требует остановки защищаемых систем и поддерживает работу как в локальных сетях, так и через глобальные каналы связи.
Асинхронный режим означает, что копия может отставать от оригинала на определённый интервал — от нескольких секунд до минут. Этот интервал называется RPO (Recovery Point Objective) и настраивается под конкретные задачи: для критичных систем его стараются сделать минимальным, для менее требовательных — более длительным.
Гибкость конфигураций
Инструменты на базе гостевой ОС не привязаны к конкретной платформе виртуализации. Это позволяет строить гибридные схемы защиты.
-
Основная площадка на одной платформе, резервная — на другой. Например, защищаемая машина работает на VMware, а резервная разворачивается на KVM или в облаке.
-
Защита физических серверов. Агент устанавливается прямо на операционную систему, и резервная копия может быть развёрнута в виртуальной среде.
-
Резервная площадка в публичном облаке. Это снижает затраты на содержание собственного резервного ЦОД и ускоряет восстановление после аварии.
При активации резервной машины инструмент может автоматически изменить сетевые настройки и добавить нужные драйверы виртуальных устройств, чтобы система корректно заработала на новой платформе.
Контроль и управление
Управление защитой ведётся через централизованную консоль. Администратор видит состояние репликации, может настроить расписание, проверить журнал операций. Передаваемые данные шифруются, а также сжимаются для экономии пропускной способности каналов. Журнал репликации позволяет восстановить систему на выбранный момент времени — это полезно, если сбой произошёл не сразу, а через несколько часов после события.
Почему это востребовано
Репликация на уровне гостевой ОС даёт несколько практических результатов. Во-первых, она сокращает время простоя: резервная машина запускается быстро, без необходимости полного восстановления из архива. Во-вторых, защита не зависит от типа гипервизора, что важно при построении гибридных инфраструктур. В-третьих, такой подход применяется не только для аварийного восстановления, но и для перехода на новые платформы: на время миграции данные можно держать в актуальном состоянии на обеих площадках, а при необходимости — вернуться к исходной конфигурации.
Инструменты этого класса совместимы с популярными российскими платформами виртуализации и системами хранения данных, что делает их применимыми в корпоративных средах с разным набором технологий.