Windows Server 2016 продемонструвала наступний щабель міграції віртуальних машин, надаючи адміністраторам справжню свободу управління своїми ВМ.
Можливість міграції віртуальних машин з одного хоста на інший була обов'язковою з моменту створення Hyper-V. На початку, за часів Windows Server 2008, у Hyper-V була лише одна можливість - автономна міграція. VM бралася в автономному режимі, переміщалася, а потім поверталася в онлайн-режим. Це робилося за допомогою функцій експорту та імпорту. Хоча це і передбачала деяку мобільність віртуальних машин, але було обмежено тим, що для VM потрібен час простою.
Міграція віртуальних машин
Автономна міграція
В Hyper-V для Windows Server 2008, ви могли переміщати ВМ з одного хоста на інший, тільки тоді, коли віртуальна машина була в оффлайн-режимі.
Пізніше, з випуском Windows Server 2008 R2, за допомогою «живої» міграції, вперше з'явилася можливість перенести віртуальну машину під час її роботи. Однак «жива» міграція доступна тільки між кластерними хостами Hyper-V, де віртуальні машини перебувають на загальному томі кластера (CSV).
Жива міграція ВМ
У Windows Server 2008 R2, у Hyper-V з'явилася можливість переміщати запущені віртуальні машини з одного вузла кластера на інший.
У Windows Server 2012, в здатності переносити віртуальні машини між будь-якими хостами Hyper-V одній і тій же версії, з'явився зовсім новий рівень свободи. І це не залежало від того, чи був джерело або місце призначення частиною переходу на інший кластер ресурсу.
Будь-хост, одна і та ж міграція ОС
Hyper-V Windows Server 2012 презентує можливість переміщення запущених віртуальних машин з будь-якого хоста на будь-який інший хост.
Windows Server 2012 R2 просунула «живу» міграцію ще на крок вперед, надавши першу «крос-версію» динамічної міграції. ВМ можуть переносити дані з будь-якого хоста Windows Server 2012 на будь-який сервер Windows Server 2012 R2, незалежно від його належності до відмов кластеру.
Жива міграція 2012 на 2012 R2
Hyper-V Windows Server 2012 R2 надала можливість перенесення запущених віртуальних машин з хоста під керуванням Windows Server 2012 на хост під керуванням Windows Server 2012 R2.
Жива міграція віртуальних машин
Windows Server 2016 перейшла на наступний щабель міграції, надаючи адміністраторам справжню свободу управління своїми віртуальними машинами. Раніше, жива міграція працювала тільки між хостами з тієї ж версією Windows Server або наступною версією Windows Server.
У наступній таблиці наведено доступні для Hyper-V параметри міграції, в кожної запущеної на хості версії Windows Server:
Операційна система хостаОпції міграціїWindows Server2008 Тільки офф-лайн міграція Windows Server 2008 R2 Жива міграція тільки між вузлами кластера Windows Server 2012 Жива міграція в кластер або з нього Windows Server 2012 R2 Жива міграція «в» або «з» кластера, а також з нижнього рівня Windows Server Windows Server 2016 Жива міграція «в» або «з» кластера, а також на сервер Windows Server верхнього рівня або на більш низький рівень
Windows Server 2016 - єдина версія, що дає можливість "живої" міграції на хост, на якому встановлена більш рання версія Windows Server.
Перенесення з 2016 на більш ранню версію Windows Server
Hyper-V Windows Server 2016 дозволяє переміщати запущені віртуальні машини на хост з встановленої використовували попередню версію Windows Server.
Для перенесення віртуальних машин в Windows Server 2016 з більш ранніх версій Windows Server має виконуватися така умова:
- Обидва хоста повинні бути членами одного і того ж Active Directory.
- Обидва хоста повинні мати включену функцію динамічної міграції.
Включення "живий" міграції не змінилося з попередніх версій. На головному пристрої хоста відкрийте діалогове вікно «Параметри Hyper-V» і виберіть опцію «Enable Incoming and Outgoing Live Migrations / Включити вхідний і вихідний перенос в реальному часі». Потім виберіть місце, звідки ви хочете отримувати вхідні живі міграції.
Параметри "живий" міграції для хоста
Механіка виконання динамічної міграції така ж, як в попередніх версіях Windows Server. Існує три способи виконання цього процесу:
- Використовувати на хості диспетчер Hyper-V
- Створити сценарій в Windows PowerShell
- Використовувати диспетчер віртуальних машин (не входить до складу Windows Server)
При використанні Hyper-V Manager, клацніть правою кнопкою миші на віртуальній машині, яку потрібно перенести, а потім в контекстному меню виберіть «Перемістити».
Контекстне меню VM
Щоб виконати ту ж операцію, за допомогою Windows PowerShell, використовуйте командлет Move-VM. У наступному прикладі віртуальна машина з ім'ям New Test VM переміщається на кінцевий сервер з ім'ям Hyper-Server:
PS C: \> Move-VM "New Test VM" Hyper-Server
Увага. Попередній командлет переміщує віртуальну машину в розташування хоста Hyper-V за замовчуванням.
Майте на увазі, що, навіть незважаючи на те, що з Windows Server 2012 будь-яку віртуальну машину можна перенести "живий" міграцією на будь-який новий Windows Server, тільки ВМ версії 5.0 може мігрувати з Windows Server 2016 на Windows Server 2012 R2. Версії можна переглянути в диспетчері Hyper-V або використовуючи командлет Get-VM в Windows PowerShell.
Номер версії VM
Примітка. Не плутайте версії з поколінням. Покоління 1 і покоління 2 може бути версії 5.0. Номер версії повинен ставитися до версії Windows Server, який використовувався для створення віртуальної машини, тоді як покоління повинно ставитися до доступним для VM віртуалізувати апаратних засобів.
Також важливо відзначити, що хоча, можна зробити "живу" міграцію віртуальних машин за межами відмовостійкої кластеризації, ця нова мобільність швидше за все будете використовуватися в межах відмов кластеру.
У перший раз після випуску Windows Server 2003, засіб відмовостійкості кластерів тепер підтримує кластери змішаного режиму. Це означає, що ви можете оновити вузли кластера Windows Server 2012 R2 до нового Windows Server 2016 при збереженні їх членства в кластері. Завдяки удосконаленням в області мобільності, ви можете легко переміщати віртуальні машини між старими і новими кластерними вузлами в рамках загальної стратегії відновлення кластера.