Veeam: обзор и тестирование решения для резервного копирования ИТ-систем на базе виртуальных машин

Одним из направлений деятельности компании EFSOL является предоставление в аренду виртуальных серверов в комплекте с лицензионным ПО и технической поддержкой (SaaS). Поддержка предоставляется по такому принципу - клиент может комфортно пользоваться услугой и не думать о таких вещах, как резервные копии, мониторинг ИТ-систем, регламентные операции. Особое внимание мы уделяем резервному копированию данных наших клиентов.

Изначально для резервного копирования разных типов данных использовались разные инструменты:

• Для баз данных – встроенные скрипты
• Для файлов – скрипты на базе 7-zip
• Для образов операционной системы – Acronis True Image

Такой подход имел ряд минусов:

• Большие трудозатраты на настройку резервного копирования - нужно было настроить три разных инструмента.
• Долгое время восстановления резервной копии. Восстановление происходило в три этапа – сначала восстанавливался образ диска, далее разворачивались актуальные файловые данные и базы данных.
• Не было централизованного мониторинга - невозможно было отслеживать ошибки и проблемы резервных копий всех объектов на единой консоли.

Так как количество виртуальных серверов со временем росло, созрела необходимость использования серьезного инструмента корпоративного уровня, который бы позволял осуществлять резервные копии всех виртуальных машин целиком и сразу их разворачивать в случае необходимости. Сразу стоит отметить, что резервное копирование баз данных встроенными механизмами SQL мы решили оставить и использовать параллельно – для большей надежности и гибкости.

В своём выборе мы остановились на системе Veeam, так как она удовлетворяла всем требованиям (см. схему на рисунке 1).

Рисунок 1. Схема работы системы резервного копирования на базе Veeam

Описание среды тестирования, цели тестирования

Для проверки системы резервного копирования, мы собрали тестовый стенд (см. Таблица 1 и Таблица 2).

Таблица 1. Параметры тестовой среды

Таблица 2. Параметры виртуальных машин

Помимо знакомства с продуктом Veeam также было решено выполнить тесты, которые дали бы ответы на такие вопросы:

• Насколько хорошо система сжимает информацию при резервном копировании в зависимости от типа данных и от типа сжатия?
• Какой метод резервного копирования выбрать: incremental backup или reverse incremental backup?
• Как тип сжатия влияет на использование ресурсов сервера резервных копий и носителя виртуальных машин?
• Насколько приемлемо использовать максимальный тип сжатия?

Во время сравнительных тестов время создания резервных копий не фиксировалось.

Обнаруженные проблемы и их решение

Во время тестирования всплыла интересная проблема: Veeam начал выдавать ошибки при выполнении задания одной из виртуальных машин. Оказалось, что это известный баг, который возникает тогда, когда VHD виртуальной машины был до этого сжат. Лечится это расширением VHD на минимальный объём: например, VHD был сжат на 100 ГБ и чтобы не было ошибки его нужно расширить хотя бы на 1 ГБ.

Полезные функции

Из функций, которые актуальны для структуры, построенной на виртуальных машинах, хотелось бы отметить per-VM backUP. Эта функция позволяет при резервном копировании объединять виртуальные машины в группы и применять внутри этих групп дедупликацию – т.е. блоки, которые присутствуют в нескольких виртуальных машинах, не дублируются.

Очень актуально, когда несколько машин используют один и тот же подключенный VHD – например, при создании кластерных ролей. По умолчанию данный общий диск копируется на всех машинах, в которых он присутствует. При включенной функции per-VM backUP данный раздел копируется только один раз. По умолчанию данная функция отключена. Если просто применить функцию на группе серверов с одинаковой ОС, все равно наблюдается ощутимая экономия места, поскольку серверы имеют много одинаковых блоков.