Nutanix+Veeam=Backup или резервное копирование Nutanix AHV с помощью Veeam Backup and Replication

На данном сайте можно периодически встретить посты про Veeam, а можно про Nutanix. Но постов, совмещающих оба этих продукта, еще не было, несмотря на то, что повод уже очень давно есть.

Настало время исправить данный недочет и сделать пару резервных копий виртуальных машин Nutanix на базе гипервизора AHV с помощью VBR.

Ниже мы пройдемся по всем этапам настройки системного копирования, бэкапа и, конечно же, восстановления.

Сама процедура настройки резервного копирования Nutanix AHV незначительно, но отличается от привычной процедуры бэкапа VMware, либо Hyper-V.

Но в целом все этапы аналогичны:

  1. Выполнить подключение к кластеру Nutanix;
  2. Настроить Proxy-сервер;
  3. Создать задачу резервного копирования;
  4. Выполнить бэкап;
  5. Восстановиться из бэкапа.

Основные требования для настройки и корректного функционирования:

  1. Версия Nutanix AHV 5.5 – 5.18, либо Community Edition CE 2019.11.22 и выше;
  2. Настроенный iSCSI Data Services IP в кластере, в котором планируется запускать процедуру резервного копирования;
  3. Veeam Backup for Nutanix AHV 2.0 поддерживает интеграцию с Veeam версии 10 и выше.

Инфраструктура для тестов у меня следующая:

  1. Veeam Backup and Replication 10й версии с последним патчем;
  2. Кластер Nutanix Community Edition, состоящий из трех нод, последней, на момент написания статьи, версии.

Займемся подготовкой системы резервного копирования:

«Из коробки» в интерфейсе Veeam нет никаких упоминаний про резервное копирование Nutanix. Данный функционал добавляется в систему с помощью установки соответствующего плагина.

В первую очередь загружаем плагин по ссылке выше и выполняем его установку. Процесс установки крайне прост и представляет собой «Next» – «Next» – «Next» – «Install».

По окончанию процедуры установки плагина, если была запущена клонсоль управления VBR, ее стоит перезапустить.

Теперь, после перезапуска, в разделе Backup Infrastructure – Managed Servers – Add Server, мы можем добавить новый тип сервера, а именно Nutanix AHV:

Пройдемся по процессу добавления кластера Nutanix:

В первую очередь система попросит указать DNS имя, либо адрес кластера Nutanix.

Адрес кластера Nutanix – он же External Cluster Address, или Virtual IP можно узнать в разделе Cluster Details – Virtual IP в Prism Element, либо просто кликнув на название кластера в левом верхнем углу. Хотя, если вы подключаетесь к Prism Element, этот адрес вы и так знаете :):

Узнали адрес – добавляем его в настойках Veeam. В моем примере для данного адреса создана DNS-запись, поэтому я буду использовать ее:

Следующим шагом необходимо указать учетную запись, с правами local administrator для добавляемого кластера. В кластере Nutanix я создал локальную учетную с правами «Cluster Admin»:

И эту же учетную запись я указываю в Veeam:

После подключения к кластеру Nutanix, Veeam попросит указать данные, которые будут использованы для развертывания FLR helper appliance – виртуальной машины, располагаемой в кластере Nutanix, которая будет помогать с File-level Recovery.

Необходимо указать контейнер (можно провести грубую аналогию с Datastore в vSphere), где будет размещаться данная виртуальная машина, а также сеть, к которой она будет подключена и, при необходимости, IP-адрес.

Я указал необходимый мне Storage Container, а также выбрал нужную для будущей виртуальной машины сеть. Адрес будет получен автоматически, но никто не запрещает его указать при необходимости.

Далее сверяем настройки и применяем их. После добавления кластера, Veeam нам сразу же сообщит, что для резервного копирования AHV нам необходим прокси-сервер и предложит его создать, либо подключиться к уже созданному:

Нужно понимать, что резервное копирование AHV не выполняется стандартными прокси-серверами, к которым все привыкли. Для данных целей используются специальные машины, находящиеся в кластерах AHV, которые мы резервируем.

Создадим новый прокси-сервер:

На следующем шаге нас ждет ряд настроек:

  1. Кластер, в котором мы планируем разместить прокси-сервер;
  2. Имя виртуальной машины для будущего прокси-сервера;
  3. Storage Container, на котором будет размещен наш прокси;
  4. Max concurrent tasks – знакомое всем администраторам Veeam понятие.

В настройках «Advanced» указываются характеристики CPU/Mem для будущего прокси-сервера. По умолчанию Veeam предложил выставить 4vCPU и 4 гигабайта оперативной памяти, что меня устраивает.

Следующим шагом мы указываем сеть, к которой будет подключен Proxy, а также его будущий Hostname. Важный момент, для данного Hostname должна быть создана DNS запись, соответствующая адресу прокси. Далее, нужно назначить адрес, либо использовать его автоматическое получение. Я предпочитаю указать:

Далее мы указываем логин для подключения к кластеру, где будет развернут прокси:

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

Переходим к шагу Apply и запускается процесс создания прокси-сервера в кластере Nutanix.

Veeam начинает загружать образ Proxy в указанный кластер:

При этом, со стороны Nutanix также можно увидеть процедуру загрузки образа:

Далее в кластере Nutanix из загруженного образа создается VM:

И запускается. Можно обратить внимание, что характеристики CPU/Mem машины соответствуют ранее заданным:

После запуска VM, Veeam получает ее IP-адрес и выполняет настройку прокси.

Если на данном этапе будет получено сообщение:

«Creating proxy protection policy : Backup REST error: HTTP StatusCode:BadRequest’, Description:’Unable to connect to VBR Server ‘VBR:10006‘»

проверьте настройки брэндмауэра на сервере VBR, а также работоспособность DNS. И прокси и VBR должны определять друг друга по DNS имени (в случае с DHCP также может помочь опция 15).

По окончанию процедуры создания и первичной настройки, мы получаем «зеленый» лог VBR:

И работающую в кластере Nutanix виртуальную машину.

На закладке Backup Proxies у нас появится новый прокси-сервер с иконкой Nutanix:

Если перейти в свойства прокси и посмотреть его настройки, там не будет ничего, отличного от настроек при его изначальном создании.

Теперь займемся резервным копированием. Именно здесь начинаются новшества (для некоторых).

В разделе Home – Jobs создадим новую задачу резервного копирования, но выберем не привычный всем бэкап виртуальных машин, а тип бэкапа Nutanix:

Сюрприз. Открывается вкладка в браузере с интерфейсом создания задачи резервного копирования.

Все верно, мы попали в веб-интерфейс ранее созданного прокси, и настройка и управление задачами резервного копирования выполняется именно оттуда, а не с сервера VBR.

Как можно заметить, Veeam позволяет создавать снапшоты машин и Protection Domains, а также привычные всем резервные копии.

Указываем название будущей задачи и тип Backup Job.

Далее мы выбираем виртуальные машины, которые требуется резервировать:

Следующим шагом указывается репозиторий (как мы помним ранее, в настройках прокси были выбраны все репозитории):

В Advanced настройках есть все пара пунктов:

Удалять из файлов бэкапов машины, которые не копировались заданное количество дней:

И выполнять периодически полный бэкап:

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

Кликаем Next, сохраняем задачу и видим ее в общем списке:

Аналогично, данная задача отображается в консоли VBR:

Изменить задачу напрямую из консоли нельзя, будет так же запущено окно браузера. Однако, из консоли VBR ее можно запустить.

Запустим и посмотрим, что будет происходить в этот момент в Veeam и в кластере Nutanix.

В консоли VBR все выглядит вполне привычно:

Сообщения из Nutanix:

Не сложно догадаться, что в веб-интерфейсе прокси мы так же увидим все статусы задачи:

Теперь коротко о том, как работает процесс бэкапа:

  1. Veeam создает Snapshot виртуальных машин (либо Protection Domain) из задачи резервного копирования;
  2. Затем он создает Volume Goup, где за основу берутся диски бэкапируемых виртуальных машин;
  3. Данные VG подключаются к AHV Backup Proxy по iSCSI (для этого нам и нужен iSCSI Data Service IP), и он выполняет процесс резервного копирования;
  4. Veeam Data Mover сжимает, дедуплицирует и отправляет бэкапы в репозиторий.

Чем-то похоже на режим HotAdd в привычном всем бэкапе vSphere, когда диски машин подключаются напрямую к прокси и им же обрабатываются.

С процедурой резервного копирования мы разобрались. Попробуем восстановить машины из резервной копии.

В консоли VBR находим требуемую для восстановления виртуальную машину, и пробуем восстановить ее в Nutanix AHV:

Интерфейс восстановления привычный. Выбираем точку восстановления:

Восстановим машину под новым именем. Заодно пройдем по доступным настройкам:

Можно выбрать кластер. У меня он один, поэтому оставляю тот, что по умолчанию:

Далее выбираем Storage Container:

Указываем имя машины:

И сеть:

Сверяем настройки и включаем машину по окончанию процесса восстановления:

Запускаем и наблюдаем:

В консоли VBR все привычно.

В журнале событий Nutanix фигурируют следующие сообщения:

Аналогично, лог задачи есть и в веб-интерфейсе прокси:

И по итогу виртуальная машина ожидаемо восстановлена и запущена:

Вот так, привычным всем администраторам Veeam методом, можно восстановить виртуальные машины в Nutanix AHV.

Бонус – Instant Recovery в VMware vSphere.

Эта заметка была бы неполной, если бы я опустил одну из интересных функций Veeam, которая появилась в 10 версии, а именно Instant Recovery различных бэкапов в VMware vSphere.

Да, резервные копии виртуальных машин Nutanix AHV можно восстановить в vSphere с помощью Instant Recovery и сейчас мы посмотрим, как это делается.

В разделе Home – Backups – Disk выбираем интересующие нас резервные копии виртуальных машин AHV и запускаем Instant VM Recovery:

Выбираем точку восстановления для машин (последняя доступная по умолчанию):

Далее указываем хост, либо кластер vSphere, куда будут восстановлены наши машины:

Следующим шагом указывается каталог, где будут размещены будущие VM. Затем сеть в vSphere, к которой будут подключены виртуальные машины:

Следующим шагом можно указать хранилище, на котором будут храниться измененные за время работы VM блоки (изначально они хранятся там же, где работает vPower NFS mount server).

Сверяем настройки восстановления и запускаем процесс:

Вот что можно наблюдать в логе задачи:

Спустя некоторое время, машины успешно запущены напрямую из файлов резервных копий в режиме Instant Recovery:

И теперь работают в vSphere:

Далее мы можем либо мигрировать данные машины в среду VMware с помощью Storage vMotion, либо отменить публикацию VM в Veeam, после чего виртуальные машины будут удалены из vSphere (Но не из бэкапов!), а задача Instant Recovery останновлена.

Отменяю публикацию с помощью «Stop publishing»:

Публикация завершилась, а мы убедились, что данная функция работает корректно, и виртуальные машины AHV действительно возможно восстановить в vSphere:

В качестве заключения:

Как видно из статьи, Veeam успешно справляется не только с резервным копированием и восстановлением виртуальных машин Nutanix, но также позволяет восстанавливать виртуальные машины AHV в VMware vSphere с помощью инструмента Instant Recovery.

В 10й версии Veeam значительно доработал функционал резервного копирования систем Nutanix и перенес часть управляющих функций из интерфейса Proxy Appliance в консоль VBR, что является несомненным плюсом, однако, я думаю, что решению еще есть куда развиваться и в следующих версиях хочется увидеть полный функционал создания, управления задачами в консоли VBR, без необходимости подключения к веб-интерфейсу прокси.

Leave a Reply

Your email address will not be published. Required fields are marked *