Нововведення в windows server 2016 hyper-v

Відео: Огляд нових можливостей Hyper-V в Windows Server 2016

У Windows Server 2012 R2 були реалізовані загальні віртуальні диски Shared VHDX. За допомогою цієї функції можна приєднати віртуальний диск (VHDX) до кількох віртуальних машин для побудови гостьових кластерів. Але в Windows Server 2012 R2 були відсутні деякі можливості, такі як резервне копіювання файлів Shared VHDX на основі вузлів і зміна розмірів файлів Shared VDHX в мережі. У Windows Server 2016 Hyper-V розробники Microsoft постаралися усунути прогалини, додавши наступні елементи:
• резервне копіювання файлів Shared VHDX;
• зміна розмірів файлів Shared VDHX в мережі;
• зміни в графічному інтерфейсі, спрямовані на підвищення зручності використання;
• файли Shared VHDX - новий тип віртуального жорсткого диска, файли vhds.



Ця функція запозичена з Microsoft Azure- вона захищає ресурси вузла Hyper-V від віртуальних машин, які намагаються атакувати структуру, наприклад формуючи високі робочі навантаження для процесора. Захист ресурсів вузла динамічно ідентифікує віртуальні машини, які ведуть себе «не за правилами», і зменшує виділяються їм ресурси.




Віртуальний модуль довіри TPM. Windows Server 2016 Hyper-V дозволяє доповнити віртуальну машину віртуальним платформним модулем Virtual TPM для шифрування віртуальної машини з використанням Windows Server Bitlocker. Це дає можливість надійно захистити вміст віртуальної машини, особливо при розміщенні віртуальних машин в «хмарі».


У Windows Server 2012 R2 з`явилися віртуальні машини нового покоління Generation 2, в яких можна використовувати функції безпечного завантаження для віртуальних машин з операційними системами Windows 8 або Windows Server 2012 і більш новими версіями. У Hyper-V Server 2016 передбачений режим безпечного завантаження для віртуальних машин Linux.





Захищені віртуальні машини Shielded VM можуть функціонувати тільки в структурах, призначених власниками віртуальних машин. Захищені віртуальні машини повинні бути зашифровані з використанням Bitlocker (або іншого рішення), щоб гарантувати запуск віртуальної машини тільки уповноваженими власниками. Для цього потрібно, щоб були присутні інші частини стека Microsoft Windows Server, такі як служба захисту вузла Host Guardian Service або довірений платформний модуль (ТРМ).


У версії Windows Server 2016 вбудований компонент Storage Replica дозволить організувати реплікацію сховища. Крім того, його можна використовувати для файлових серверів і сховища віртуальної машини. За допомогою цієї функції Windows Server можна організувати реплікацію в файли типу CSV всередині одного кластера або в інший кластер.



У Windows Server 2012 R2 і пізніших версіях відмовостійка кластеризація в основному предназначаласьдля зашиті додатків, а для віртуальних машин Hyper-V були передбачені лише найпростіші механізми. У більшості випадків цього буває достатньо. Але іноді, наприклад при коротких відключеннях мережі, відмовостійка кластеризація може викликати проблеми. Однак завдяки стійкості сховища віртуальної машини в Windows Server 2016 Hyper-V відключення структури сховища більше не призводять до збоїв віртуальних машин. При виникненні неполадок в структурі сховища робота віртуальних машин призупиняється, а потім автоматично поновлюється. У Windows Server 2012 R2 при втраті віртуальною машиною зв`язку зі сховищем протягом більше 60 секунд відбувався збій віртуальної машини. У Windows Server 2016 Hyper-V віртуальна машина зупиняється до тих пір, поки зв`язок зі сховищем нічого очікувати відновлено. Якщо сховище залишається недоступним занадто довго, можна переключитися на резервний ресурс).


Як і стійкість сховища, стійкість кластера допоможе уникнути неприємностей при коротких відмовах вузла або мережі. Завдяки стійкості кластера віртуальної машини для Windows Server 2016 Hyper-V віртуальні машини продовжують працювати, навіть якщо вузол більше не є членом кластера. Це забезпечує стійкість при тимчасових помилках, а вузли, схильні до таких помилок, відправляються в карантин. Тому, якщо вузол виводиться з кластера, то віртуальні машини на даному вузлі підтримуються в активному стані, поки вузол не повернеться в кластер. Якщо вузол кластера не буде поновлено через чотири хвилини, то віртуальні машини переводяться на інший вузол Hyper-V. Але якщо вузол занадто часто вирушає в карантин, Hyper-V і відмовостійкий кластер автоматично виконують динамічну міграцію віртуальних машин з цього вузла на інший, коли вузол повертається в робочий стан.

---