Нововведення в windows server 2016 hyper-v. Продовження 3

Нововведення в управлінні електроживленням

Відео: Installing Hyper-V on Windows Server 2012 R2

Компанія Microsoft обновила модель управління електроживленням гипервизора, реалізувавши нові режими управління живленням (див. Скріншот вище). Це одна з причин, чому я використовував ознайомчу технічну версію Windows 10 на своєму Surface Pro 3. Surface Pro 3 - пристрій, придатний для режиму очікування з підключенням, але якщо встановити Hyper-V на Windows 8.1, то режим очікування з підключенням припиняє працювати. У наступній версії Hyper-V режим очікування з підключенням буде працездатний.



Завдяки цьому нововведенню нарешті можна оновити кластер Hyper-V з Windows Server 2012 R2 Hyper-V до наступної версії Hyper-V без нових апаратних засобів, простою і з можливістю безпечної скасування змін при необхідності. У Windows Server 2012 R2 нам доводилося створювати новий кластер Hyper-V при працюючому старому кластері Hyper-V і переносити кластер Hyper-V за допомогою майстра міграції кластерів або механізму динамічної міграції. Тепер ми можемо запускати вузли Windows Server 2012 R2 Hyper-V і наступну версію Hyper-V в одному кластері Hyper-V (див. Скріншот вище).



З метою підтримки послідовного поновлення кластера розробникам Microsoft довелося внести деякі зміни в процес оновлення віртуальної машини (див. Скріншот вище). У поточних версіях Hyper-V віртуальні машини автоматично оновлювалися до нової версії, тобто якщо віртуальна машина переміщена на новий вузол Hyper-V, то повернути її назад не вдасться. У змішаній схемі кластера такий підхід непридатний. У наступній версії Hyper-V віртуальні машини не оновлюються автоматично. Оновлення віртуальної машини - операція, яка виконується вручну, окрема від поновлення вузла Hyper-V. Це дозволяє повернути віртуальні машини на попередню версію Hyper-V, поки вони не будуть оновлені вручну.


З моменту виходу Windows Server 2012 R2 Hyper-V драйвери віртуальної машини (служби інтеграції) оновлювалися з кожним новим випуском вузла, і було потрібно, щоб версія драйвера віртуальної машини відповідала версії вузла. Коли почався випуск нових служб інтеграції Hyper-V, потрібно оновити вузол Hyper-V- після цього можна було оновити драйвери віртуальної машини всередині віртуальної машини. У Windows Server 2016 Hyper-V поновлення драйвера ВМ виробляються через службу Windows Update. З цього випливає, що відповідно служб інтеграції віртуальної машини версії вузла тепер необхідності ні-достатньо мати новітню версію служб інтеграції.


Компанія Microsoft активно реалізує підтримку операційних систем Linux, зокрема динамічної пам`яті і інших функцій. У Hyper-V vNext забезпечена безпечна завантаження Linux, в тому числі Ubuntu 14.04 (і більш пізніх версій) і SUSE Linux Enterprise Server 12. Код PowerShell для включення безпечного завантаження Linux:

Set-VMFirmware "Ubuntu" -SecureBootTemplate MicrosoftUEFICertificateAuthority

У Windows Server 2012 R2 Hyper-V можна обмежити максимальну кількість операцій введення-виведення для окремого віртуального жорсткого диска. Це дуже зручна функція. Все працює чудово, якщо запускати віртуальну машину на одному вузлі Hyper-V, але якщо кілька вузлів Hyper-V з декількома віртуальними машинами працюють з одним сховищем, то вузлу Hyper-V невідомо, що йому доводиться конкурувати з іншими серверами за операції введення-виведення і пропускну здатність сховища. Наприклад, мінімальний поріг операцій введення-виведення застосовується лише на поодиноких серверах Hyper-V. У черговому випуску Hyper-V і Windows Server з`явилося багато нового. Поряд з масштабується файловим сервером і дисковими просторами вводиться резервування числа операцій введення-виведення і спільний ліміт для групи віртуальних машин або жорстких дисків. Такі інтелектуальні функції, розроблені в підрозділі Microsoft Research, забезпечують ряд цікавих можливостей, особливо для постачальників послуг і великих компаній.



Розробники Microsoft постійно підвищують стійкість віртуальної машини, особливо при апаратних відмовах. Один з нових компонентів - VM Compute Resiliency. Завдяки йому віртуальні машини можуть виконуватися на вузлі, навіть якщо вузол кластера недоступний для інших вузлів в кластері. Наприклад, в Windows Server 2012 R2, якщо служба кластера не може звернутися до вузла в кластері протягом 30 секунд, відбувається перемикання всіх віртуальних машин на інший вузол. Якщо те ж саме відбувається в Windows Server vNext Hyper-V, вузол переходить в ізольований режим на чотири хвилини (значення за замовчуванням), і якщо потім вузол повертається в нормальний режим, все віртуальні машини будуть працювати. В іншому випадку віртуальні машини переключаються на інший вузол. Якщо вузол виходить з ізольованого режиму, щоб виконувати кластерну службу, він буде направлений в карантин, і все віртуальні машини з цього вузла перемішається на інший вузол. Це допоможе забезпечити виконання робочих навантажень навіть в разі апаратних і мережевих збоїв (див. Скріншот вище).


ІТ-фахівцям добре відомо, що резервне копіювання завжди пов`язане з цілою низкою проблем. І завдання не спрощується при використанні віртуальних машин на системах Storage System. У наступній версії Hyper-V Server застосовується абсолютно нова архітектура для підвищення надійності, масштабованості і продуктивності резервного копіювання віртуальних машин. Відбулися три важливих архітектурних зміни.
• Створення резервних копій віртуальних машин відокремлено від резервного копіювання базового сховища.
• Вирішено залежність базової функціональності резервного копіювання від моментальних знімків апаратних засобів. Однак можна скористатися перевагами апаратних засобів.
• Введено вбудоване відстеження змін для резервного копіювання віртуальних машин.


Удосконалено компонент Windows Server 2016 RemoteFX, який тепер сумісний з API-інтерфейсами OpenGL 4.4 і OpenCL 1.1. Крім того, можна використовувати віртуальну оперативну пам`ять VRAM, яка нарешті стала настроюється.

Відео: Microsoft HyperV Server 2012 R2 Installation and Configuration

Можливо, вам ніколи не доведеться скористатися цими функціями, але розглядаються зміни - великий крок вперед в області автоматизації і розробки. Якщо ви коли-небудь застосовували WMI до кластеру Hyper-V, то для отримання повної інформації вам доводилося робити це на кожному вузлі Hyper-V в кластері. У наступній версії Hyper-V нарешті можна застосувати WMI до кластеру Hyper-V, і картина буде точно така ж, як з одним вузлом Hyper-V. Таким чином, ви отримаєте всю інформацію про всі вузли в кластері.

Це лише короткий огляд деяких функцій наступної версії Windows Server 2016 Hyper-V, випуск якої запланований на 2016 рік. Список нововведень напевно значно розшириться, перш ніж компанія Microsoft офіційно випустить наступну версію Hyper-V, і, звичайно, зміни торкнуться і компонентів, про які розказано в даній статті.

---