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

Інтеграція з vCloud Director і можливість резервного копіювання віртуальних машин, vApp і цілих організацій з'явилася в Veeam, якщо мене не підводить пам'ять, ще з восьмої версії.

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

Тим, хто зацікавився, як це виглядає з боку провайдера, а так само, що в кінцевому підсумку отримує користувач VDC, прошу під кат.

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

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

Схема взаємодії:

Користувач 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 і вказавши адресу та фінансові дані сервера резервного копіювання, ми зробимо підключення:


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

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


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

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


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

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


Для того, щоб адміністратори dis_org могли виконувати резервне копіювання, необхідно натиснути кнопку Add в меню VCLOUD:


Що тут налаштовується:

  1. Вказується організація, яка має право на резервне копіювання;
  2. Репозиторій, в якому будуть зберігатися резервні копії;
  3. Дискова квота організації в даному репозиторії;
  4. Можливість управляти розкладом свого резервного копіювання. Її, в принципі, можна і забрати у клієнта і доведеться запускати завдання тільки вручну;
  5. Останнім пунктом в «Advanced Job Settings» вказуються параметри, з якими будуть створюватися завдання резервного копіювання. Ці параметри беруться або з якоюсь еталонної завдання, або за замовчуванням. Для чого це потрібно? Наприклад, вказати конкретний проксі-сервер, або змінити рівень компресії ну і т. п. В прикладі я взяв за основу завдання temp_cloud_job, в якій змінені деякі параметри.
Після натискання кнопки «Save», можна побачити, що наша організація з'явилася у списку:



Що далі? А далі ми надаємо доступ нашому клієнту до порталу Veeam Backup Enterprise Manager. Для більшої безпеки EM краще розмістити в DMZ і натить тільки порт 9443.

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


Після входу в портал користувач отримує можливість переглядати свою інфраструктуру резервного копіювання на закладці Dashboard:

  1. Кількість захищених віртуальних машин;
  2. Статуси завдань резервного копіювання;
  3. Доступний дисковий простір.
На закладці Jobs проводяться операції зі створення, запуску та управління завданнями резервного копіювання.

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


Тепер наш адміністратор має право створити завдання резервного копіювання своїх машин. Робиться це на закладці «Jobs → Create». В першу чергу вказується назва завдання і кількість точок відновлення:


Далі зазначаються віртуальні машини, які необхідно резервувати. У списку користувач бачить тільки машини, які належать його організації:


Далі вказується необхідність application-aware processing, де можна вказати дані для доступу до захищається операційній системі:


І, оскільки користувач має право управляти розкладом, налаштування Schedule:


На останньому етапі налаштування вказуються поштові адреси, на які необхідно надсилати повідомлення про результати виконання завдань (можливо, були помилки і варто звернутися до провайдера за допомогою?):


Натисканням кнопки «Finish» ми отримуємо свою першу задачу резервного копіювання:


Так само, цю задачу побачить і адміністратор Veeam BR. Для нього це така ж завдання, як і всі інші, за винятком того, що він її не налаштовував :). Можна помітити, що в префіксі завдання вказується назва організації, до якої вона належить:


Тепер, коли у користувача є завдання, її можна запустити і поспостерігати процес виконання:


При цьому адміністратор так само бачить всі запущені завдання:


Після виконання завдання, вміст Dashboard покаже все, що було:


Видно, що змінилося кількість захищених VM, видно завдання, їх статуси, а також швидкість, з якою виконувалися наші бекапи.

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


Veeam попередить, що машина буде відновлена поверх:


І точно так само користувач побачить статус відновлюваної машини:


І це ж побачить адміністратор системи резервного копіювання:


На цьому у мене все з налаштування резервного копіювання організацій 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 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.