Share via


Поддержка вложенной виртуализации (Nested Virtualization) в Hyper-V

Буквально сразу после анонса Windows 10 Insider Preview Build 10565 команда виртуализации Microsoft в лице Тео Томпсона заявила о возможности использования вложенной виртуализации в этой версии сборки.

Напомню, что до этого наборы инструкций процессора, касающиеся аппаратной виртуализации Intel VT-x и AMD-V, маскировались гипервизором от виртуальных операционных систем, таким образом не разрешая запуск Hyper-V в гостевом разделе.

Теперь же наборы инструкций аппаратной виртуализации могут транслироваться виртуальному процессору, и в виртуальной машине может быть установлена роль Hyper-V с последующим развёртыванием в уже гостевом разделе ещё одной, теперь уже дважды вложенной виртуальной машины.

Безусловно, использование предварительных версий предполагает под собой использование таких возможностей исключительно в лабораторных целях и пока накладывает определённые ограничения и требования, как то:

  • Использование в родительском и гостевых разделах Hyper-V сборок 105065 (и новее),
  • Использование процессоров только Intel с функцией Inter-VT-x,
  • Необходимость отключения Virtualization Based Security (VBS),
  • Необходимость включения MAC spoofing,
  • Отсутствие поддержки динамической памяти и динамического изменения памяти при запущенной операционной системе,
  • Отсутствие поддержки динамической миграции виртуальных машин,
  • Отсутствие поддержки моментальных снимков и состояний Save/Restore

Для включения вложенной виртуализации, после создания виртуальной машины, предполагаемой к использованию как виртуальный сервер Hyper-V, необходимо использовать скрипт PowerShell Enable-NestedVm.ps1

Comments

  • Anonymous
    October 15, 2015
    Давно не было от вас новостей. Я уж грешным делом подумал, что забросили блог :)
  • Anonymous
    October 15, 2015
    А это вот оно зачем? (Ну, кроме, "а вот теперь можно с таким вывертом!")
  • Anonymous
    October 16, 2015
    Алексей, на серьёзные темы, к сожалению нет времени. Поэтому пока новости буквально одной строкой.

    Владислав, а Вы про технологии контейнеризации уже слышали?
  • Anonymous
    October 16, 2015
    Hyper V внутри Hyper V это единственный вариант или планируется расширить и углубить? В честности интересует поверх Hyper V запускать KVM и VmWare
  • Anonymous
    October 16, 2015
    The comment has been removed
  • Anonymous
    October 17, 2015
    "Напомню, что до этого наборы инструкций процессора, касающиеся аппаратной виртуализации Intel VT-x и AMD-V, маскировались гипервизором от виртуальных операционных систем, таким образом не разрешая запуск Hyper-V в гостевом разделе."
    т.е. инструкции amd продолжают "маскировать" ? Т.е. на амд ТОЧНО не работает, или мы проверили только на интел ?
  • Anonymous
    October 18, 2015
    Под AMD не работает. И работать вряд ли будет, на мой взгляд, тратить время разработчиков на архитектуру, занимающую менее четверти рынка - кому это нужно? Есть и другие вещи, на которые можно потратить эти время-деньги.
  • Anonymous
    October 18, 2015
    "Владислав, а Вы про технологии контейнеризации уже слышали?"

    У меня позиция в отношении продуктов MS очень выдержанная. Это же полуфабрикаты. Exchange 2013 год летал ныызенько-ныызенко в бете, потом "так-сяк-в-продакшен", и еще год пришлось ждать, пока CU4 не вышел. А уж демонстрашки технологий - как технологии, станут актуальны через пару лет, не раньше.
  • Anonymous
    October 18, 2015
    Ваша позиция не означает того, что если Вам это не нужно — значит не нужно никому. Про Докер, логическим продолжением которого является контейнеризация, приблизительно тоже самое говорили "зачем это нужно". Как, впрочем, и про Hyper-V, зачем это нужно, если ESX/ESXi.
  • Anonymous
    October 19, 2015
    Кому нужна "контейнеризация"?

    Ну вот прямо здесь и сейчас - кому?

    (MS Ru зависает только от одного вопроса "дайте подробную раскладку по лицензированию VDI")
  • Anonymous
    October 19, 2015
    Владислав, Вы будьте уж последовательны хотя бы.
    Контейнеризация нужна тем, кому уже надоел зоопарк из MED-V, App-V и RemoteApp. Вы не используете? В таком случае и статистики по использованию таких фич у Вас нет, наверное.

    К чему эта сентенция про MS Ru вообще непонятно. Которое, к слову, залипает и от более простых вопросов. Да, и хотите раскладку по VDI - раскуривайте PUR, там всё понятно написано. Либо привлеките нас с Кибкало как независимых жкспертов -)
  • Anonymous
    October 30, 2015
    Денис, а можно в трёх словах, как на простом практическом примере вложенная виртуализация может заменить собой например App-V?
  • Anonymous
    October 31, 2015
    Доставка приложения из публичного облака в частное и наоборот.
  • Anonymous
    November 01, 2015
    (to Максимов Алексей) App-V в текущей реализации плохо отчуждаемо от "железки". То есть, если вы разворачиваете сервер, поддерживающий App-V - вы его не развернете в виртуальной машине.