В 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 и отказоустойчивый кластер автоматически выполняют динамическую миграцию виртуальных машин с этого узла на другой, когда узел возвращается в рабочее состояние.

---

Читать дальше...