Как да използвате Vmware и Hyper-V на една и съща машина с Windows 10

Отдавна хората търсят начин да стартират Vmware Workstation и Hyper-V заедно на една и съща машина с Windows 10. По-рано обаче не беше възможно тези две да работят наведнъж на една машина, първо трябва да изключим Hyper-v, за да може работната станция на Vmware да работи. Но сега е, сега можем да стартираме WSL2 (подсистема на Windows за Linux) или Hyper-V заедно с VMWare работна станция Pro 20H1.

Сега, каква е причината, поради която не можахме да ги стартираме по-рано заедно? Това е така, защото HyperV е хипервизор тип 1, докато VMware Workstation е тип 2, който работи на операционната система, тук Windows 10, докато самата Hyper-V е операционна система, така че преобразува и използва целия хост на Windows 10 като виртуална машина. По този начин, каквото и да е, VM, който изпълняваме на този тип -1 хипервайзори имат достъп до хардуера чрез VMBus дял. VMBus е логически канал, който позволява комуникация между дялове. За да научите повече за него, вижте страницата на Wikipedia за него. Въпреки това, в случай на работна станция на VMware, той се инсталира на хоста на Windows 10 като софтуерно приложение и използва хост ОС за комуникация и достъп до хардуера. Независимо от това, като компания ветеран във виртуализацията, тя предлага и VMware ESXi като алтернатива от Type-1 на Hyper-V.

Но въпросът остава същият, защо не можахме да използваме платформата тип-1 и тип-2 VM заедно. Това е така, защото след като активираме Hyper-V, инструкцията Intel VT-X, която позволява да се използва за създаване на среда за виртуализация, вече не е достъпна от вашата виртуална машина тип 2, само хостът, който в този случай е Microsoft Hypervisor, има правото , като в резултат на това платформи като VirtualBox, VMware Player & работната станция не можа да получи достъп до възможностите на VT на хоста, тъй като самият Windows 10 работи като виртуална машина.

Това обаче не е случаят с QEMU, той може да работи заедно с хипервайзор тип 1, защото използва виртуализация, но емулация като различни налични емулатори на Android, което е напълно различен процес; ето защо работата на операционна система виртуално на Qemu е бавна и изключително болезнена на Windows.

В процеса на виртуализация виртуалните машини работят в изолирана среда, използвайки инструкции на процесора, следователно виртуалната машина и инструкциите на хоста трябва да са съвместими. Сега, стигайки до текущия сценарий, при който VMWare наскоро обяви нов актуализация на техния продукт за работни станции, който е VMware Workstation 20H1 Tech Preview за актуализация на Windows 10 от май. Да, използвайки това, можем да го стартираме заедно с Hyper-V на Windows 10, но условието е вашата система да работи поне на минимален номер на компилация: 19041 или актуализация на Windows 10 2004 (20H1), Microsoft започна да публикува това около свят за всички от 10 май 2020 г. Затова опитайте да актуализирате системата си: Отидете в полето за търсене на Windows 10, въведете update-> Изберете „Проверка за актуализации“. Ако не сте и най-вероятно ще бъде там.

Стартирайте VMware Workstation 20H1 заедно с Hyper-V на Windows 20H1 паралелно

И така, след дълга работа по разработка с Microsoft, техническият преглед на Workstation 2020 е достъпен за изтегляне, но все още, той е в бета етап и скоро ще бъде достъпен в световен мащаб за всички.

На събитието VMworld 2019 и двамата представители на компанията показаха съвместна демонстрация на този продукт, за това как потребителите могат да стартират виртуални машини на Windows 10, когато е включена Hyper-V или защита, базирана на виртуализация. В същото време можем също така да стартираме услугите Device Guard и Credential Guard на Windows.

Софтуерни изисквания

Както казах по-горе, най-малко Windows 10 Enterprise, Pro или Education, работещ на 20H1 (19041) актуализация или по-нова версия.

Хардуерни изисквания

Процесор Intel Haswell или по-нови версии. Процесор AMD Bulldozer или по-нови версии. 64-битов процесор с превод на адреси от второ ниво (SLAT). Поддръжка на процесора за разширение на режима на VM Monitor (VT-c на процесори Intel). Минимум 4 GB памет

Процесът на инсталиране.

Първо изтеглете Vmware Workstation 20H1. Ето директната връзка. След като стане публичен, официалната страница на продукта също ще го има. Сега активирайте функцията Hyper-V. За това или можете да потърсите „Включване или изключване на функциите на Windows“; когато се появи, щракнете, за да го отворите. Там изберете „Hyper-V“ и натиснете бутона OK.Ако не искате да използвате GUI метода, отидете на командния ред.

Сега отворете двете платформи за виртуализация и започнете да създавате виртуални машини заедно, просто, нали. Въпреки това ще има известно влошаване на производителността, забелязано от Workstation, докато работят виртуалните машини след активиране на Hyper-V, тъй като в този момент той използва API на Microsoft Hypervisor...

Казвам това, защото докато лично тествах двете платформи едновременно на една машина с Windows 10, преди да активирам Hyper-V, работната станция зареждаше виртуални машини по-бързо, но по-късно не. Освен това, за сравнение, Hyper-V не загуби производителността и зареждаше машините по-бързо. Това показва ясната такса за работната станция, ако се изпълнява паралелно с платформата Microsoft Typ-1.

Ограничения при работа в режим Host VBS

VM няма достъп до функциите за виртуализация на x86, ако VBS на хоста е активиран. Това ограничение показва, че функциите за виртуализация на x86 (Intel VT / AMD-V) не са достъпни за госта, работещ на тази VM. Следователно, гост, който използва тези функции – по-специално Windows VBS или повечето хипервайзори – няма да може да се включи. Това ограничение е резултат от ограничения във възможностите, които Windows излага. Работим с Microsoft, за да разрешим проблема в бъдеща версия. Заобиколно решение: Деактивирайте Hyper-V в хоста и включете виртуални машини с x86 функции за виртуализация. x86 MPX функцията е остарялаIntel отхвърли функциите за разширение за защита на паметта (MPX), които бяха въведени в Skylake процесори. Следвайки това ръководство, хипервайзорът на VMware, започвайки с VMware Workstation pro-Tech Preview 20H1 за Windows, не излага тази възможност на виртуални машини, освен ако не е поискано от новата опция за конфигурация cpuid.enableMPX. Когато cpuid.enableMPX == TRUE, включването ще се провали, освен ако хостът не поддържа MPX. Въпреки това, ако cpuid.enableMPX == TRUE, но хардуерната версия на VM е под минималната поддържана хардуерна версия за MPX (версия 13), включването ще успее, но MPX няма да бъде изложен на VM. Обърнете внимание, че няма елемент на потребителския интерфейс, който може да се използва за промяна на cpuid.enableMPX.vPMC не се поддържа. Захранването на виртуални машини с активиран vPMC ще се провали на Windows 10 хост с активиран Hyper-V.

Известни проблеми в технологичния преглед при работа в Host VBS Mode

VM може да се срине с BSOD, когато хостът на Windows 10 се събуди след заспиване за няколко часа.

Заобиколно решение: Регулирайте режима на заспиване на Никога в настройките за захранване и заспиване на хоста, когато оценявате дълго работеща виртуална машина. За виртуална машина, спряна във VMware Workstation 15.5.1 или преди, възобновяването на виртуалната машина с активиран хост VBS може да причини паника на виртуалната машина. Решение: Предложете възобновяване на спряна VM с деактивиран хост Hyper-V. За виртуална машина, съдържаща моментна снимка, генерирана при състояние на включване или спиране с VMwareWorkstation 15.5.1 или по-стара, връщането към моментната снимка и продължаването на работата на виртуалната машина с активиран хост VBS може да причини паника на VM. Заобиколно решение: Предложете да продължите да изпълнявате виртуалната машина с деактивиран хост Hyper-V. За виртуална машина, която е спряна с деактивиран хост Hyper-V, възобновяването на виртуалната машина в режим Host VBS може да причини BSOD на виртуална машина. Непоследователното боравене при виртуализиране на определени MSR кара Microsoft да открива грешка CRITICAL_STRUCTURE_CORRUPTION и BSOD. Работим с Microsoft, за да намерим решение на проблема. Междувременно рестартирането на госта след BSOD трябва да коригира проблема – макар и с цената на прекъсване на всички приложения, които са били в работещо състояние в спряното изображение. Заобиколно решение: Деактивирайте Hyper-V в хоста и възобновете VM. За VM съдържа моментна снимка, генерирана при включване или преустановяване на състояние с хост VBS деактивиран, ако активирате хост Hyper-V, включването на VM може да причини BSOD на VM. Заобиколно решение: Деактивирайте Hyper-V в хоста и включете VM. В зависимост от работното натоварване, VM може да работи с влошено ниво на производителност, когато работи в Host VBS Mode в сравнение с не-Host VBS Mode. Производителността на Windows XP VM се влошава, когато работи в Host VBS Mode

И така, това беше кратка информация, където изморихме се да разгледаме техническия преглед на работната станция 20H1. Ако вече го използвате, нека разберем с какви проблеми се сблъсквате, докато го тествате. Други статии: