Як імпортувати запущені віртуальні машини в vCloud Director.
Автор: ІТ-ГРАД
Дата: 30/10/2017
Це гостьовий пост сервіс-провайдера ІТ-ГРАД . У цій статті розглянемо функції, доступні в vCloud Director 8.10 і 8.20, зокрема поговоримо про імпорт запущених віртуальних машин в оточення vCloud Director . Раніше така функціональність підтримувалася, за винятком того, що ВМ повинні бути обов'язково вимкнені.
Панель управління vCloud Director
З виходом vCloud Director 8.10 можна:
- Використовувати оточення vSphere під керуванням vCloud Director без впливу на робоче навантаження.
- Виконувати міграцію запущених ВМ з vSphere в vCloud Director або між декількома vCloud Director. Cross vCenter Server vMotion відмінно доповнює цю функцію.
Обмеження, що вимагають уваги
Але існують окремі обмеження, які необхідно розглянути:
- Імпорт ВМ в редакції 8.10 - це виключно API-функція. GUI-кнопка, показана на малюнку вище, використовується тільки в разі виключених віртуальних машин.
- При цьому ВМ повинна використовувати ресурси, доступні для Org VDC, куди буде здійснюватися імпорт. Очевидно, що питання мережевої конфігурації повинен бути заздалегідь пропрацьований, в цьому випадку міграція пройде коректно.
- Імпорт ВМ з IDE-контролерів не підтримується.
- При імпорті ВМ створюється новий vApp. Але імпортувати віртуальну машину в уже існуючий vApp неможливо.
- Для виклику API повинен бути зазначений ідентифікатор MoRef ID віртуальної машини. Однак виклик vCloud API для перерахування віртуальних машин vSphere знаходиться поза області управління vCloud Director і не містить інформацію про список запущених ВМ. Отже, MoRef ID повинен бути отриманий засобами vSphere API.
приклад:
vCloud Director 8.20: VM Auto-import
Наступна функція vCloud Director 8.20, гідна уваги, пов'язана з автоімпорту віртуальних машин vCenter. Тут, як і в попередньому варіанті, ВМ повинна бути виключена. Незважаючи на такого роду обмеження vCloud Director 8.20 значно спрощує цей функціонал:
Можна перетягувати VM vCenter в пул ресурсів Org VDC, при цьому vCloud Director автоматично виявить таку віртуальну машину і імпортує її. У такому сценарії ВМ може перебувати в робочому стані.
На зображенні нижче в ієрархії vCenter відображається Org VDC Resource Pool (ACME_PAYG) з двома віртуальними машинами, які були перенесені сюди. VM_C1 була запущена, а VM_P2 відключена.
огляд ВМ
А тут демонструються автоматично створені vApps для двох імпортованих віртуальних машин з префіксом Discovered.
Огляд вмісту vApp
І хоча ці vApp схожі на стандартні, звичні vApp, вони такими не є до тих пір, поки не будуть адаптовані. Адаптація відбувається тоді, коли VM всередині vApp належним чином реконфигурируется.
За замовчуванням виявлення VM включено для кожної організації в vCloud Director . Його можна відключити в загальних налаштуваннях (UI або API).
Активація опції
Пропонуємо порівняти, чим відрізняються vApp Discovered і vApp Adopted:
Discovered vApp Adopted vApp Виглядає як звичайний vApp Являє собою стандартний vApp vCloud Director Може містити тільки одну віртуальну машину на Discovered vApp Може містити кілька віртуальних машин, мереж vApp та інше vApp містить API-елемент: <autoNature> true </ autoNature> Discovered vApp стають Adopted vApp тільки тоді, коли відбувається реконфігурація (крім зміни імені або опису) коли імпортована VM видаляється з VC або VCD, об'єкт vApp автоматично очищається чи не залежить від параметрів Org lease
Інші особливості:
- Процес Discovery виконується кожні 3 хвилини в фоновому режимі.
- У разі невдалого імпорту ВМ процес повторюється кожні 60 хвилин. Цей параметр коригується засобами CMT-команд (наприклад, протягом 25 секунд):
cell-management-tool manage-config -n managed-vapp.discovery.retry-delay-sec-v 25
- ВМ повинна бути підключена до мережі Org VDC.
- ВМ може перебувати як в робочому, так і вимкненому стані.
- ВМ може не використовувати політику сховищ Org VDC.
- Ресурси VM CPU / RAM змінюються на основі типу розміщення Org VDC.
- Ім'я віртуальної машини в VC залишається незмінним, поки воно не буде прийнято (адаптовано) і перейменовано.
- За замовчуванням мінімальний вік ВМ налаштований на 1 годину. Це означає, що віртуальні машини, які були недавно переконфігурувати, будуть пропущені для імпорту. Однак інтервал може бути змінений командою CMT (вік встановлений на 60 секунд):
cell-management-tool manage-config -n VM_DISCOVERY_MIN_AGE_SEC -v
Посилання на статтю в блозі ІТ-ГРАД .