Сервис обеспечивает защиту виртуальных машин целиком, не требуется установка и настройка агентов.
Резервные копии всегда хранятся отдельно от продуктивных виртуальных машин — на выделенной системе хранения данных, размещенной в другой зоне доступности сети геораспределенных ЦОД.
Создание копий происходит автоматически по заданному расписанию. Управлять сервисом можно через веб-интерфейс или API. Восстановление — в пару кликов на указанную дату.
Вы платите только за объем хранимых резервных копий.
В момент создания мгновенного снимка виртуальной машины на ней приостанавливается ввод-вывод с помощью инструментов на уровне
файловой системы — guest agent
приложений и БД — Windows VSS/Linux hooks
Для быстрого и удобного восстановления сохраняется вся информация о конфигурации исходной виртуальной машины.
Защита виртуальной машины целиком: создается снапшот виртуальной машины и всех подключенных к ней дисков, а также сохраняются параметры виртуальной машины (тип инстанса, количество, тип и размер подключенных дисков, информация о сетевых адаптерах, дополнительные теги).
Защита отдельных дисков, когда бэкап виртуальной машины целиком не требуется. Объектом резервной копии является индивидуальный диск и его параметры.
Резервные копии размещаются на выделенной системе хранения отдельно от дисков. Важно, что резервные копии виртуальных машин всегда хранятся на другой площадке (в терминологии облака — в другой зоне доступности) относительно того, где хранится продуктивная машина. Такой подход «зашит» в коде сервиса, и его нельзя изменить.
Для обеспечения целостности данных нужно приостановить ввод-вывод данных внутри виртуальной машины. Это можно реализовать на уровне файловой системы с помощью VSS для Windows или специальных обработчиков в Linux. Для корректной работы в операционной системе нужно установить qemu guest agent — специальный компонент для интеграции с гипервизором. Подробнее про обеспечение целостности данных можно почитать в документации.
Сервис резервного копирования в К2 Облаке — это собственная разработка, которая не завязана на вендорские решения и не требует внешних лицензий.
Помимо сервиса резервного копирования на уровне гипервизора в К2 Облаке доступно резервное копирование с помощью агентов. Этот традиционный подход уже много лет используется на рынке: агент резервного копирования устанавливается внутри операционной системы, и централизованный сервер РК через агента собирает данные. Подробнее о сервисе
В К2 Облаке доступно резервное копирование баз данных для СУБД MySQL и PostgreSQL.
Резервного копирования на уровне гипервизора достаточно, если у вас небольшие виртуальные машины, внутри которых нет тяжелого ПО или баз данных, интенсивно работающих с данными, а также нет задачи восстановить базу данных на определенную транзакцию или восстановить отдельный файл конкретного пользователя, удаленный в определенное время. Наш сервис создает и восстанавливает резервную копию виртуальной машины или диска целиком. Восстановление виртуальной машины в несколько терабайт займет очень длительное время.
Сервис резервного копирования с помощью агентов — оптимальный выбор в случаях, когда есть сложные базы данных, которые нужно гранулярно или точечно восстанавливать, если необходимы инкрементальные и/или дифференциальные резервные копии, управление выгрузкой резервных копий на сторонний сайт, а также если у вас есть дополнительная физическая инфраструктура в нашем или собственном дата-центре. Для сложных инфраструктур мы рекомендуем комбинировать оба сервиса.
Сервис тарифицируется по суммарному объему хранимых резервных копий. Предположим, что для одной виртуальной машины с суммарным объемом дисков 1 ТБ копия делается ежедневно и хранится две недели. Тарификация рассчитывается за 14 хранимых копий виртуальной машины по 1 ТБ, то есть за 14 ТБ. Таким образом, стоимость сервиса для ваших виртуальных машин рассчитывается исходя из 3 параметров — размера дисков ваших ВМ, частоты создания резервных копий и срока хранения каждой из них.
При резервном копировании инстансов можно исключить отдельные диски, кроме системного. Эта возможность полезна, например, когда на одних дисках хранятся статичные данные, а на других — часто меняющиеся. Системный диск исключить нельзя.
