Veeam 9.5 и резервное копирование организаций VMware vCloud Director

82ac91dbcc6a410498425ca1de4678b0.jpg Интеграция с vCloud Director и возможность резервного копирования виртуальных машин, vApp и целых организаций появилась в Veeam, если меня не подводит память, еще с восьмой версии.

В недавно вышедшей версии 9.5, появилась возможность (которую я на самом деле ждал уже давно), позволяющая пользователям VMware vCloud Director самостоятельно управлять процессами резервного копирования и восстановления виртуальных машин своего VDC.

Тем, кто заинтересовался, как это выглядит со стороны провайдера, а так же, что в конечном итоге получает пользователь VDC, прошу под кат.

Скорее всего, читатели Хабра, которым интересно резервное копирование облака VMware с помощью Veeam, знакомы с процессом интеграции сервера резервного копирования и vCloud Director, который на самом деле довольно прост: необходимо просто добавить vCloud Director в соответствующем разделе «Backup Infrastucture», после чего администратору системы резервного копирования открывается возможность резервирования виртуальных машин и метаданных vApp, а так же производить восстановление не только в vSphere с последующей публикацией машины в облаке, а напрямую в облако, минуя процесс ручной публикации.

С версии 9.5, после небольших настроек со стороны сервера резервного копирования, имеется возможность передать управление резервным копированием виртуального датацентра непосредственно пользователю, что несомненно удобно как администратору, так и пользователю VDC.

Схема взаимодействия:

3c15bbc9692049908213fe011b2d1b46.png

Пользователь VDC получает функции управления резервным копированием через портал, предоставляемый Veeam Backup Enterprise Manager, используя те же данные для доступа, которые они использует при взаимодействии с vCloud Director.

При этом администратор системы резервного копирования определяет список организаций, которые имеют возможность использовать инструмент резервного копирования, а так же устанавливает дисковые квоты для данных организаций и шаблоны задач резервного копирования, которые будут использованы.

Теперь о том, как это все выглядит и настраивается:

В первую очередь необходим подключить vCloud Director к системе Veeam Backup и убедиться, что мы видим список организаций, vApp, виртуальных машин.

Далее необходимо установить Veeam Backup Enterprise Manager, если он еще не был установлен, вся дальнейшая работа будет выполняться через него.

Для того, чтобы получить доступ к Enterprise Manager, необходимо перейти в браузере по адресу https://veeam-ent-manager.example.com:9443/ и авторизоваться, например, учетной записью администратора системы, на которой данный менеджер установлен.

Если вы ранее не устанавливали Enterprise Manager, то в первую очередь после авторизации необходимо подключить сервер Backup & Replication, сделать это можно через меню Configuration → Backup Servers. Нажав кнопку Add и указав адрес и учетные данные сервера резервного копирования, мы произведем подключение:

16e9abcdcceb4cb68088fc81958ae866.JPG

По умолчанию, Enterprise Manager собирает информацию с серверов резервного копирования раз в 15 минут. Чтобы не дожидаться, имеется возможность выполнить сбор нажатием кнопки «Start Collecting». Так же, при нажатии «Schedule» имеется возможность изменить интервал опроса серверов резервного копирования менеджером.

Проверить статус сбора информации о серверах Veeam BR можно в меню Sessions, которое располагается в левой части:

d3586e84c778419e9c702556dca462f4.JPG

На этом вводная часть по интеграции Enterprise Manager с сервером резервного копирования закончена. Давайте посмотрим непосредственно на работу с vCloud Director.

Для тестов я буду использовать вымышленную организацию dis_org, администратор которой очень хочет получить возможность производить резервное копирование и восстановление своих двух виртуальных машин, которые находятся в vApp WindowsVMs и LinuxVMs:

84a075110059482b932073bcb4f24820.JPG

Настройку и создание организаций в vCloud Director я опущу, отмечу только, что используюется организация с названием dis_org и администратор с логином disadmin.

Давайте же дадим возможность администратором dis_org заниматься резервным копированием. Те, кто знаком с Veeam Backup Enterprise Manager, могли заметить, что в версии 9.5 появилась закладка «VCLOUD» в общем меню настройки менеджера, именно здесь и выполняются все необходимые настройки:

ec1c5a68fb2f42ebb01ed49dd4b8136c.JPG

Для того, чтобы администраторы dis_org могли выполнять резервное копирование, необходимо нажать кнопку Add в меню VCLOUD:
9f1b57b5f7194fc2a04a197ceed6e41d.JPG

Что здесь настраивается:
  1. Указывается организация, которая имеет право на резервное копирование;
  2. Репозиторий, в котором будут храниться резервные копии;
  3. Дисковая квота организации в данном репозитории;
  4. Возможность управлять расписанием своего резервного копирования. Ее, в принципе, можно и забрать у клиента и придется запускать задачи только вручную;
  5. Последним пунктом в «Advanced Job Settings» указываются настройки, с которыми будут создаваться задачи резервного копирования. Данные настройки берутся либо с какой-то эталонной задачи, либо по-умолчанию. Для чего это нужно? Например, указать конкретный прокси-сервер, либо сменить уровень компрессии ну и т.п. В примере я взял за основу задачу temp_cloud_job, в которой изменены некоторые параметры.

После нажатия кнопки «Save», можно увидеть, что наша организация появилась в списке:
a3d544bc5bae4bb48d0f63425a1cd3c2.JPG

Что дальше? А дальше мы предоставляем доступ нашему клиенту к порталу Veeam Backup Enterprise Manager. Для большей безопасности EM лучше разместить в DMZ и натить только порт 9443.

Клиенту же необходимо перейти по адресу https://external-em-addr.example.com:9443/vCloud/dis_org/ и авторизоваться той же учетной записью, которой он авторизуется на портале VMware vCloud. В моем примере это disadmin:

6d4fa8db60e248e8955d5762169d924a.JPG

После входа в портал пользователь получает возможность просматривать свою инфраструктуру резервного копирования на закладке Dashboard:
  1. Количество защищенных виртуальных машин;
  2. Статусы задач резервного копирования;
  3. Доступное дисковое пространство.

На закладке Jobs производятся операции по созданию, запуску и управлению задачами резервного копирования.

Закладки VMS, Files, Items используются, непосредственно, для восстановления.

6bc9b67a1cc04f2f81e2e0bc8f79fe16.JPG

Теперь наш администратор вправе создать задачу резервного копирования своих машин. Делается это на закладке «Jobs → Create». В первую очередь указывается название задачи и количество точек восстановления:
36db6c06db08489dad7519084ab514c3.JPG

Далее указываются виртуальные машины, которые необходимо резервировать. В списке пользователь видит только машины, которые принадлежат его организации:
4f08f399934c4efb992d7340cb31a173.JPG

Далее указывается необходимость application-aware processing, где можно указать данные для доступа к защищаемой операционной системе:
3b33e64bf1c248b4b23bfed704e37ab0.JPG

И, поскольку пользователь имеет право управлять расписанием, настройки Schedule:
6dc0ba2604a64d44ae9bd65f8bbd42e1.JPG

На последнем этапе настройки указываются почтовые адреса, на которые необходимо присылать уведомления о результатах выполнения задач (возможно, были ошибки и стоит обратиться к провайдеру за помощью?):
e3d5723138cc4717a360e59a82e8c59d.JPG

Нажатием кнопки «Finish» мы получаем свою первую задачу резервного копирования:
35d6fe361be44286943dbd310f299a29.JPG

Так же, эту задачу увидит и администратор Veeam BR. Для него это такая же задача, как и все остальные, за исключением того, что он ее не настраивал :). Можно заметить, что в префиксе задачи указывается название организации, к которой она относится:
59e53f92571249c3a55a0781e4cf8e25.JPG

Теперь, когда у пользователя есть задача, ее можно запустить и понаблюдать процесс выполнения:
024f2d48bd9f436f8f9455698b2d2765.JPG

При этом администратор так же видит все запущенные задачи:
953bfa4085664596893c3c2d2a37dbc4.JPG

После выполнения задачи, содержимое Dashboard покажет все, что было:
d3db0ffc78d64f66b0e78f8db2e1eb2e.JPG

Видно, что изменилось количество защищаемых VM, видны задачи, их статусы, а так же скорость, с которой выполнялись наши бэкапы.

На закладке VMS можно увидеть защищенные виртуальные машины, отсюда же производится их восстановление. Необходимо кликнуть на виртуальную машину и выбрать пункт «Restore VM». Появится диалоговое окно, в котором необходимо будет выбрать точку восстановления и ряд других параметров:

fa332f8e116948cd96861bd9e4bc3f8a.JPG

Veeam предупредит, что машина будет восстановлена поверх:
fcf225448a0c49e1aa22ed4170a979e1.JPG

И точно так же пользователь увидит статус восстанавливаемой машины:
c9fb133881e7454a829d0d2f35f3b64f.JPG

И это же увидит администратор системы резервного копирования:
ec18196dbf7b48519e55a7374486c950.JPG

На этом у меня все по настройке резервного копирования организаций VMware vCloud средствами Veeam. Я очень рад, что Veeam двигается в этом направлении. Правда есть ряд вещей, которые хотелось бы увидеть в следующих версиях:
  1. Возможность изменять путь восстановления виртуальной машины и ее имя через Enterprise Manager. Восстановление поверх не всегда удобно;
  2. Ограничивать пользователя не только квотой, но и количеством виртуальных машин\пропускной способностью;
  3. Плагин для vCloud Director, позволяющий добавлять машины в бэкап\восстанавливать напрямую из консоли, не заходя лишний раз на портал.

Полезные ссылки:
  1. Работа с Enterprise Manager
  2. Работа Veeam с vCloud Director
  3. Еще глубже про интеграцию Veeam с vCloud Director

Спасибо за то, что дочитали до конца.

PS: Уже после того, как я все написал, коллега прислал мне ссылку на похожую статью в блоге dataline. Статьи похожие, но труды жаль, так что приношу извинения за часть информации, которая является «баяном», но именно эта возможность была мной так ожидаема и не написать про нее я не мог.

Комментарии (0)

© Habrahabr.ru