Головним засобом управління і моніторингу за Hyper-V є Hyper-V Manager (див. Рис). Починаючи з версії 3.0, безліч нових функцій управління стало доступно через PowerShell. Наприклад, запуск віртуальної машини VM1 можна виконати за допомогою команди «Start -VM vm1». Далі будуть розглянуті ключові можливості нової версії Hyper-V.
Memory Ballooning
Техніка виділення пам'яті таким чином, що сумарний розмір пам'яті, виділеної окремим віртуальним машинам сервера віртуалізації, перевищує кількість пам'яті, в цілому наявної на даному сервері віртуалізації, називається Memory Overcomitment. а її розвиток в Hyper-V 3.0 - Memory Ballooning. Ці технології дозволяють підвищити коефіцієнт консолідації серверів через підвищення щільності розміщення віртуальних машин (кількості віртуальних машин з розрахунку на сервер віртуалізації). Даний результат досягається за рахунок динамічного перерозподілу пам'яті, виділеної окремим віртуальним машинам, при цьому враховується активність віртуальної машини, її статус (увімкнено, вимкнено), такі параметри як «мінімальний обсяг пам'яті» і «обсяг пам'яті на стадії старту віртуальної машини» (їх може визначати адміністратор). Причому, якщо в Hyper-V 2.0 ці два параметри були фактично еквівалентні, то в Hyper-V 3.0 вони повністю незалежні, - наприклад, для фази старту машини можна виділити більше пам'яті, ніж той мінімум, який отримає віртуальна машина в фазі роботи, але період бездіяльності.
Live Migrations
Live Migration (міграція віртуальних машин між серверами віртуалізації без необхідності їх виключення) з'явилася ще в Hyper-V 2.0. Спочатку існувало обмеження - можна було переміщати тільки одну віртуальну машину сервера віртуалізації одночасно. У Hyper-V 3.0 це обмеження зняте - кілька віртуальних машин можна мігрувати паралельно, при цьому адміністратор може встановити обмеження на кількість одночасно переміщуються віртуальних машин, щоб уникнути перевантаження мережі.
Раніше міграція віртуальних машин в рамках Live Migration була можлива тільки в межах вузлів кластера. У Hyper-V 3.0 цього обмеження вже не існує. Таке «транскластерное» переміщення віртуальної машини називається Shared Nothing Live Migrations. Треба відзначити, що ця можливість не повинна розглядатися як довгострокова заміна традиційним кластерам, і повинна використовуватися переважно тільки для власне переміщення віртуальних машин на необхідний сервер віртуалізації.
Вимоги для Shared Nothing Live Migration:
- Мінімум два сервера віртуалізації Hyper- V 3.0
- Сервера повинні бути включені в один домен Active Directory
- Для забезпечення максимальної продуктивності сервера повинні володіти процесорами з однаковою архітектурою (див. Опис сумісних процесорів в документації на Hyper-V 3.0)
- Сервера повинні бути з'єднані гігабітним або більш швидким мережевим з'єднанням
- Virtual switches повинні мати однакову конфігурацію
- Повинні бути включені Client for Microsoft Networks і File and Print Sharing for Microsoft Networks
Загальна сховище (shared storage) більш не є необхідним для роботи Live Migration як це було до Hyper-V 3.0. Тепер можуть використовуватися локальні сховища, а міграція даних буде виконуватися по Ethernet. Ця ж нова технологія дозволяє тепер будувати кластери також без загального сховища.
Storage Migration
Ця технологія відрізняється від Live Migration тим, що переміщуються файли віртуальної машини з одного сховища на інше, при тому, що сама віртуальна машина продовжує виконуватися на тому ж сервері віртуалізації. Дана технологія замінила технологію Quick Storage Migration, що була в Hyper-V 2.0. У Hyper-V 3.0 storage migration віртуальної машини відбувається без виключення або призупинення її роботи (на відміну від попередньої версії Hyper-V).
Реплікація (Hyper-V Replica)
Дана технологія дозволяє реплицировать працюючу віртуальну машину на інший сервер віртуалізації. Ікрементальние зміни переносяться по настроюється розкладом з мінімальним інтервалом запуску, близькому до реального часу в термінах резервного копіювання ( «Near CDP») - приблизно в 5-15 хвилин. Hyper-V Replica може працювати на лініях з високими тимчасовими затримками і нестійкою зв'язком. Дана технологія позиціонуються Microsoft як засіб захисту від катастрофічних збоїв.
масштабованість
Накопичення снапшотов в системі призводить до зниження продуктивності. У зв'язку з чим важливим удосконаленням Hyper-V 3.0 стала можливість видалення непотрібних снапшотов без перезавантаження віртуальної машини (це було потрібно в Hyper-V 2.0).
Гаряче додавання ресурсів
У Hyper-V 3.0 з'явилася можливість додавання дискових ресурсів і оперативної пам'яті без перезапуску віртуальної машини. Можливість гарячого додавання віртуальних процесорів, яка є у VMware vSphere, в Hyper-V поки не реалізована.
дедублікация
Virtual Switch
У Hyper-V 3.0 virtual switch став розширюваним, що дозволить виробникам програмного забезпечення для моніторингу та управління мережевою інфраструктурою створити модулі розширення для інтеграції Hyper-V virtual switch з їх продуктами.
Версія Hyper-V 3.0 містить безліч удосконалень і нових функціональних можливостей, в цілому дозволяють стверджувати, що ця версія зможе скласти гідну конкуренцію VMware vSphere в корпоративному сегменті.
P.S. Джерело постерів: Microsoft Tech Net.