Вложенная виртуализация позволяет запускать гипервизор внутри виртуальной машины. Windows 10 В сборке 10565 введена вложенная виртуализация. Нужно ли вам это или нет, вот некоторая информация, которая может вас заинтересовать.
Контейнер внутри контейнера: о вложенной виртуализации в Windows
Раньше вы могли создавать параллельные контейнеры - столько, сколько ваша основная память позволяла бы и использовала бы их для разных целей. В настоящее время Microsoft выпустила функцию вложенной виртуализации с ее последней инсайдерской сборкой с номером 10565. Функция вложенной виртуализации в Windows позволяет создавать контейнеры внутри контейнеров. Хотя эта функция еще не идеальна, вот что вам нужно знать.
Виртуализация с использованием Hyper V
Windows поддерживает Droka - позволяет создавать простые контейнеры, которые можно использовать параллельно или создавать контейнеры Hyber V, которые считаются лучшими, чем простые контейнеры. Хотя вы можете создавать Контейнеры Windows параллельно, часто они используют одни и те же библиотеки и ресурсы. В этом случае один или несколько из «плохих» контейнеров могут заканчиваться, создавая пробок, удерживая ресурсы и не отпуская их для использования в других контейнерах. Это единственный недостаток, который привел к внедрению контейнеров Hyper V.
Контейнеры Hyper V создают все отдельно для каждой виртуальной атмосферы. То есть даже ОС воссоздается и предоставляется приложениям, работающим в этом виртуальном отсеке. Это означает, что нет общих виртуальных ресурсов и, следовательно, нет конфликтов.
Вложенная виртуализация - что это такое и как реализовать?
Как было сказано ранее, вы можете создать контейнер Hyper V. Этот контейнер гарантирует, что другим гипервизорам не разрешено его видеть. То есть в качестве ЦП будет отображаться только контейнер, и фактический ЦП может не отображаться для других гипервизоров, так что вы даже не можете создать другой контейнер параллельно. Уверенность в этом случае заключается в том, можно ли создавать два или более контейнера Hyper V параллельно или вы создаете контейнеры только в первом созданном контейнере.
В блоге Microsoft говорится, что после создания контейнера Hyper V он не позволит другим гипервизорам устанавливать больше контейнеров Hyper V, поскольку они не смогут увидеть реальный процессор. Вы не можете создать больше контейнеров за пределами уже созданного вами контейнера? Затем, когда вы запускаете другие виртуализаторы, они будут думать, что контейнер является фактическим ЦП и создает виртуальный контейнер внутри этого контейнера.
Это вложенная виртуализация - там, где у вас есть контейнеры внутри контейнеров, - тоже, каждый из которых полностью независим от другого: нет разделяемых библиотек или драйверов. Звучит неплохо, за исключением одного сомнения в параллельных контейнерах. Вот образ, который я заимствовал у Microsoft, чтобы продемонстрировать работу вложенной виртуализации
- Объем ОЗУ (помните, что ОЗУ является ограничивающим фактором, вы можете создавать только столько контейнеров, сколько может хранить ваша ОЗУ)
- Поддерживается ли ваш процессор? (MS говорит, что на данный момент поддерживается только Intel VT-X)
- Динамическая память должна быть выключена
- Сохранение вкладок в память времени выполнения и многое другое
На данный момент существует множество проблем, которые Microsoft может позаботиться на более поздних этапах. Но чтобы попробовать вложенную виртуализацию, он разработал сценарий PowerShell, который вы можете вызывать из GitHub.
Чтобы узнать, как создавать контейнеры вложенной виртуализации в Windows 10 и более, обратитесь к этому сообщению в блоге MSDN.
