е вимикаючи ВМ виконувати її повний експорт, тобто фактично створювати клон, або експортувати необхідний моментальний знімок (snapshot) запущеної ВМ.
Quality of Servis дляхраніліщ (Store QoS)
Для кожного віртуального жорсткого диска ВМ на ходу можна задати максимальне і мінімальне значення операцій введення-виведення в секунду (IOPS) .Hyper-Vбудет обмежувати пропускну спроможність дисків зверху і генерувати оповіщення, якщо дискова активність нижче заданого мінімального порога. Крім того, оновлена ??функція resourcemetering, збирає статистику по заданій ВМ або групі ВМ. У результати вимірювання включені тепер і показники IOPS.
Загальний VHDX-файл (SharedVHDX)
Дві і більше віртуальних машини можуть використовувати один загальний віртуальний жорсткий диск формату VHDX. Ця можливість дозволяє будувати гостьові кластери, тобто кластери, вузлами яких є ВМ. Загальний VHDX всередині ВМ представляється як Shared SAS-диск. В принципі, створювати гостьові кластери можна було і раніше. Але для цього доводилося явним чином підключати ВМ до SAN за допомогою, наприклад, iSCSI або Fibre Channel. Проте подібний варіант не цілком оптимальний для хостерів, яким в ідеалі хотілося б повністю абстрагувати свої СГД від рівня ВМ, тобто приховати від ВМ особливості реалізації сховища. Тепер такий сценарій легко реалізувати. Немає необхідності виділяти для чергового гостьового кластера окремий LUN або CSV-том. Гостьовий кластер будується на основі загального VHDX-файлу, який можна розташувати на CSV-томі фізичного failover-кластера, або в загальній папці (на кулі) Scale-Out File Server-а. При цьому треба мати на увазі, що вузли failover-кластера або Scale-Out File Server-а повинні працювати під управлінням Windows Server 2012 R2. У якості ОС віртуальних машин, складових гостьовий кластер, можуть виступати як WindowsServer 2012 R2, так і WindowsServer 2012. В останньому випадку необхідно оновити інтегральні компоненти ВМ.
Hyper-VReplica
Два корисних нововведень в механізмі реплікації ВМ:
· Репліка ВМ може бути, у свою чергу, реплицирована. Наприклад, ви не маєте другий ЦОД-ом, куди могли б реплікувати ВМ в ЦОД провайдера. Провайдер ж володіє додатковими майданчиками, і для повишеніяуровня відмовостійкості ВМ, репліку цієї ВМ реплікує в свій другий сайт.
· Тепер крім хвилинного інтервалу реплікації, підтримуваного в WindowsServer 2012, можна задати інтервал в 30 секунд, або в 15 хвилин.
Крім того, можна налаштувати реплікацію для довільної кількості ВМ причому в різних ЦОД-ах. У WindowsAzureпоявілся спеціальний рервіс, що дозволяє вам централізовано керувати репліками ваших ВМ.
Нове в мережевих можливостях
VirtualRSS (vRSS)
Технологія RSS, за умови, що вона підтримується мережним адаптером хоста, дозволяє обробляти що входить мережевий трафік хоста декількома ядрами доступних фізичних процесорів. Однак, трафік усередині ВМ раніше обробляється одним віртуальним процесором. У Windows Server 2012 R2 завдяки vRSS з'явилася можливість розподіляти обробку мережевого трафіку по різних віртуальним процесорам ВМ. Це особливо важливо в сценаріях, коли на хості запущено небагато або взагалі один ВМ, але дуже інтенсивно обробна мережеві потоки. Подібна ситуація характерна, наприклад, для різних шлюзів, спеціалізованих пристроїв на базі Windows Server. Щоб задіяти vRSS, на хості повідомлений бути мережевий адаптер з підтримкою VMQ.
Динамічних режим балансування трафіку в NICTeaming (NICTeamingDynamicMode)
Вбудована в Windows Server 2012 технологія NIC Teaming дозволяє агрегувати кілька мережевих адаптерів в групу, забезпечуючи відмовостійкість і балансування мережевого трафіку. Балансування можлива у двох режимах: Hyper-V Port, коли фактично запущена на хості ВМ ставиться у відповідність деякому мережному адаптеру тімінговой групи; Address Hash, коли по суті трафік на конкретний TCP- або UDP-порт (або IP-адреса) направляється через конкретний адаптер групи. У Windows Server 2012 R2 з'явився ще один режим балансування - динамічний. У цьому випадку вихідний трафік розбивається на так звані flowlets і розподіляється по всіх адаптерам групи. Даний режим дозволяє досягти більш рівномірного розподілу трафіку за наявними мережевим адаптерам. Для прикладу припустимо, що на хості в тімінг об'єднати чотири мережевих адаптера, при цьому запущено три ВМ. У разі режиму балансування Hyper-V Port, вихідний трафік від ВМ передаватиметься з використанням тільки трьох адаптерів групи (кожна ВМ буде «прив'язана» до однієї сетевушке), у разі динамічного режиму - з використанням усіх чотирьох.
Розширені списки управління доступом (ExtendedACLs)
