Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 82 reacties
Submitter: the_shadow

De laatste build van Windows 10 blijkt nog een extraatje te bevatten: de mogelijkheid om een virtuele machine te draaien in een virtuele machine. De optie zorgt ervoor dat bepaalde hardwaremogelijkheden worden gevirtualiseerd om een hypervisor in een vm te draaien.

Al eerder werd bekend dat de laatste build van Windows 10 verschillende nieuwe mogelijkheden introduceerde, zoals een meedenkende Cortana en het synchroniseren van favorieten tussen verschillende Edge-browsers. Wat Microsoft nog niet bekendmaakte, is dat er ook nested virtualization mogelijk is in Hyper-V.

vm in vmvm in vm

Een forumpost op Technet.com legt verder uit hoe het te laten functioneren, maar waarschuwt ook dat het een very early preview is, iets dat leidt tot een lange lijst met 'bekende problemen' en vereisten, zoals dat beide hypervisors de laatste versie van Hyper-V moeten zijn.

Voor gebruikers van Windows 10 zal de toevoeging over het algemeen niet heel belangrijk zijn, aangezien nested virtualization gericht is op Windows Server 2016. De Hyper-V in Hyper-V-mogelijkheid werkt alleen met hardware met virtualisatie-ondersteuningen, zoals Intel VT-x en AMD-V, anders werkt Hyper-V helemaal niet, al werkt de nested-versie vooralsnog alleen met Intel.

nested vm

Moderatie-faq Wijzig weergave

Reacties (82)

Voor gebruikers van Windows 10 zal de toevoeging over het algemeen niet heel belangrijk zijn, aangezien nested virtualization gericht is op Windows Server 2016. De Hyper-V in Hyper-V-mogelijkheid werkt alleen met hardware met virtualisatie-ondersteuningen, zoals Intel VT-x en AMD-V, anders werkt Hyper-V helemaal niet.
Volgens deze bron klopt dit niet. Nested Hyper-V werkt niet op AMD-V, maar alleen op Intel Vanderpool. Kan iemand uitsluitsel geven?

-edit-
Volgens deze bron werkt Nested VM ook alleen op Vanderpool en niet op AMD-V.

Wellicht komt de ondersteuning voor AMD-V nog?

[Reactie gewijzigd door Trommelrem op 15 oktober 2015 19:20]

Je hebt helemaal gelijk, dat stond onderaan bij de Known Issues, had ik overheen gelezen. Toegevoegd!
Nested virtualization kan wel eens handig zijn. Denk aan een lab-omgeving op je laptop opbouwen waarbij een hypervisor onderdeel is van de lab omgeving (zoals bijv. een citrix xendesktop omgeving maken met een VMware esx server op je eigen hyper-v omgeving)

Overigens kon VMware dit al een hele tijd.

[Reactie gewijzigd door Twynn op 15 oktober 2015 19:59]

Hyper-V kan dit ook al sinds de introductie in 2008 alleen moe(s)t je er wat register entries voor aanpassen. Het enige wat daarna niet ging/gaat lukken is het starten van een VM (Hyper-V Guest) op die gevirtualiseerde Hyper-V Hypervisor. Het testen van je "Integration Services" was/is dus niet mogelijk, maar je kunt dus wel heel goed een virtuele Hyper-V LAB omgeving opbouwen.

En een goede avond, overigens :+
Dus kan het niet. Ik kan ook de Hyper-V services installeren op machines die geen Vanderpool hebben. Het is heel simpel te doen met dism, registerwijzigingen zijn niet eens nodig, maar dat betekent niet dat ik er ook Hyper-V op kan draaien.
Het feit dat VMware (het is met een kleine w) dit al een tijdje kon....daar heeft het artikel het toch niet over? Dat voegt dus niet zoveel toe bij dit artikel.
hij geeft aan dat je op je hyper-v omgeving nu ook kan testen met een esx server of xenserver

het feit dat je nu ook een hypervisor kan virtualiseren heeft dusdanig toegevoegde waarde dat je dus nu testlabs op kan zetten met verschillende merken hypervisors en tests kan uitvoeren voor je eigen omgeving (of je trainingen en certificeringen)
Maakt niet uit het is wel relevant
Niet alleen VMware kan dit hoor.
Waarom zou je dit willen ? :)
Zie niet echt veel meerwaarde..
Kan bijv. handig zijn als je een windows 10 vm hebt en daarin bijv. windows phone development doet, waar de emulator ook weer hyperv gebruikt.
Dat is inderdaad wanneer je een development omgeving in een VM zet, bijvoorbeeld om een beta van visual studio te evalueren, dan is deze feature nodig om te kunnen testen in een vm. Maar niet iets voor de doorsnee gebruiker, daarom is het ook voornamelijk voor servers ontwikkeld.
Test omgevingen, complete hypervisor omgeving voor een klant opzetten ipv 1 fysieke server ervoor inzetten.... Als je zo een beetje door gaat denken kunnen er redelijk mooie dingen uitkomen....
Een kleine 3 weken geleden heb ik dit gedaan om een vSphere omgeving op te bouwen voor mijn studie. Als student heb je nou eenmaal niet het budget om dingen te huren of 6 fysieke servers in een rack te proppen. Dan is 1 ESXI server met daarop je volledige vSphere omgeving efficiënter en voordeliger dan andere oplossingen. Tja het is niet snel, maar dat hoeft ook niet. Zolang je er maar lekker mee kan spelen voldoet het aan de eisen ;)
In plaats van voor een klant meerdere VM's te installeren op een hypervisor kun je nu een klant toegang geven tot een virtuele hypervisor zodat ze zelf hun VM's binnen die VM kunnen opstellen.
Het is gewoon een extra laagje product die je toe kunt voegen niet anders dan dat je telefoon providers hebt die mensen niet alleen de dienst van telefonie aanbieden maar ook bedrijven 'virtuele' provider services aanbied.
Ik hoop dat straks andere hypervisors ook gebruikt kunnen worden, dan kan ik hyperv en virtual box naast (op) elkaar gebuiken. Hyperv voor o.a. mn windows phone emulaties en virtualbox om wat test installaties te kunnen draaien
Complete systemen leveren die bestaan uit meerdere servers zonder dat de ontvanger iets hoeft te configureren.
Momenteel wordt er meer en meer met containers als Docker en Unikernels gewerkt. Sommige van de build-tools van deze containers draaien onderhuids bijvoorbeeld KVM om een disk aan te maken (Capstan, onderdeel van OSv, doet dit bijvoorbeeld voor zijn ZFS disks). Als je dan graag je build wil laten verzorgen door een gevirtualiseerde build-server, kom je dus bijvoorbeeld op een KVM in Jenkins in een Hypervisor uit. In dit geval is het verrekte makkelijk als je hypervisor dus nested VMs ondersteunt.

Dit is één van de use cases die ik kan bedenken, maar er zijn er vast nog wel meer.
ik wel: zo kan je voor opleidingen een volledige virtuele omgeving aanbieden waarin ze ook virtualisatie kunnen testen ipv dat je alle vm's apart moet gaan aanbieden.

dus ipv
5 pc's met 6 vm's erop
5 pc's => 5x dezelfde vm met daarin die 6 vm's
Ik wacht op de optie om een vm binnen een vm van een vm te draaien ;)

[Reactie gewijzigd door Willian40 op 15 oktober 2015 18:48]

Ik ben oprecht benieuwd naar wat voor voordelen dit oplevert. Kan iemand dit mij uitleggen? Ik kom momenteel niet verder dan een test/lab omgeving voor hyper-v.
Het bouwen van een grote cloud (als ICT dienstverlener) waarbij je klanten hun 'eigen' gevirtualiseerde Hyper-V host kunnen krijgen waarbinnen ze VM's kunnen aanmaken?

Misschien zelfs wel de oplossing op Hyper-V hosts in Azure te kunnen hosten (aangezien dat natuurlijk ook een grote cloud is :+
Ik kan hier totaal geen "noodzaak" voor indenken eigenlijk. Door virtualisatie segmenteer je al, ok als iemand een exploit vindt en hypervisor toegang krijgt dan heb je een probleem, maar dat issue blijft of je nu 4 Hyper-V's er tussen steekt of 2. Daarnaast krijg je dan ook nog eens performance penalties en added complexity.

Ook voor netwerken gaat deze ballon al een tijdje niet meer op met network virtualisation uit de Microsoft-stal
https://technet.microsoft...255&MSPPError=-2147217396
https://channel9.msdn.com...orthAmerica/2013/MDC-B350
https://channel9.msdn.com...orthAmerica/2013/MDC-B351

Met andere woorden: ik zie er alleen maar lab-uses in om wanneer je beperkt bent in fysieke resources toch iets te kunnen demo'en.

In een HEEL specifieke use-case "zou je" (maar dat is dan ook alleen maar; because you can) een POC omgeving kunnen opbouwen op een set Hyper-V nodes waar je Hyper-V op draait en die inception-Hyper-V omgeving porteren naar een fysieke omgeving door te booten van VHDX, maar dat is zoveel werk en herconfigureren dat je sneller bent om vanuit je SCVMM een nieuwe (al dan niet bare-metal) deploy te doen naar je hosts.
In Azure kan je momenteel nog niet eens vhdx gebruiken, dus ik vrees dat het ook nog wel even zal duren voordat dit ook in Azure kan, hoewel ik hoop wel dat het wel snel komt.
Vm-ception. WE CAN GO DEEPER!
En idd, binnen elke VM loopt alles een stuk trager, dus ook dat komt overeen met de movie :P
Was het niet zo dat, hoe meer je naar binnen ging, hoe sneller alles juist liep? In de film toch, ik spreek me niet uit over VM's. :)
verrek, ik geloof dat je gelijk hebt. zit verkeerdom te denken :)
Voor het bouwen van een demo omgeving op basis van alleen mijn laptop heb ik op dit moment VMWare Workstation nodig, waar ik twee Windows servers met Hyper-V kan installeren en bijvoorbeeld Live Migration kan demonstreren. Met deze nieuwe feature van Windows 10 zou ik dat dus zonder VMWare Workstation (kost geld) kunnen doen.

Verder maken wij als trainingsinstituut (Microsoft trainingen) soms gebruik van een derde partij die de classroomsetups in hun datacenter draaien. Sommige trainingen bevatten het onderdeel Clustering met Hyper-V. Dat onderdeel kan ik nu niet optimaal via de setup van deze derde partij demonstreren, omdat het Hyper-V bovenop Hyper-V betreft. De vm's in de gevirtualiseerde Hyper-V kunnen niet gestart worden en daarom kan ik (wanneer we dus gebruik maken van die derde partij) mijn cursisten geen Live Migration laten zien.

[Reactie gewijzigd door musiman op 16 oktober 2015 00:41]

Yo Dawg! I herd you like virtual machines, so we put a virtual machine in a virtual machine!
<\Xzibit>
Dat kan ik niet afleiden uit het artikel.
Volgens het artikel kon alleen host>vm maar nu kan ook host>vm>vm.
Willian40 bedoeld host>vm>vm>vm en ik vraag me ook af af dat nu kan.
Als je de (3e) link in het artikel aanklikt die uitlegt hoe het werkt staat daar dat het kan...
Dan wordt het opeens wel interessant of het echt 100% zo is en je dus in theorie geen limiet hebt op het aantal virtualisaties (alleen het wordt ietwat trager steeds) totdat je ergens op een gegeven moment tegen een hardware limiet aan gaat lopen of dat er toch een fysieke limiet opzit en dus machine 255 anders is als machine 200
Kan het er niet direct uit afleiden, kan er hooguit naar gissen.
In this case, Hyper-V has been configured to expose virtualization extensions to its guest VM.
Beter lezen:
Nested virtualization exposes hardware virtualization support to guest virtual machines. This allows you to install Hyper-V in a guest virtual machine, and create more virtual machines “within” that underlying virtual machine.
Ah dank. Kennelijk overheen gelezen.
wat beter is dat hyper-v virtualisatie nu ook in die guest VM's kan draaien.
Ik wacht op de optie om een vm binnen een vm van een vm te draaien ;)
Zodra je twee niveaus kunt nesten zul je (met zeer grote waarschijnlijkheid; ik heb het niet daadwerkelijk geprobeerd) ook meteen drie (of nog meer) niveaus kunnen nesten.

Waarom je dit precies zou willen ontgaat me, maar in principe zou het moeten werken.
Ik ben oprecht benieuwd naar wat voor voordelen dit oplevert. Kan iemand dit mij uitleggen? Ik kom momenteel niet verder dan een test/lab omgeving voor hyper-v.
En dan een bootdisk opzetten die een nieuwe VM opstart met zijn eigen HDD als "fysieke" bootdisk zodat je een recursieve VM krijgt? :+
Advertenties in Startmenu is ook een nieuwe feature

http://www.infoworld.com/...start-menu-ads-begin.html
Dat is niet nieuw en zit al in de Insider Preview sinds 10074.
In build 10240 (Win-R "winver") de "standaard" versie zit die optie ook al onder instellingen, kan me niet herinneren dat die instelling er niet is geweest. Zou wel vervelend en raar zijn als ze die instelling er uit slopen.
Ik zie nog geen ads gelukkig, dat niet.
Zou ook wat zijn, 80 euro + ads.
Het practische nut van deze feature: in de toekomst gaan alle applicaties in hun eigen virtuele bubble draaien. Volledig gescheiden van OS en andere applicaties. Ze willen dit gaan doen om de kans op besmetting van OS en andere applicaties zo veel mogelijk tegen te gaan. iOS van Apple doet dit en nu wil MS dat ook gaan doen. Daarnaast geeft dit ook de mogelijkheid om een applicatie live mee te nemen op b.v. je telefoon of cloud.
Een bubble heeft an sich helemaal niets te maken met een hypervisor of een vm binnen een vm. Het is juist heel erg kostbaar (wat betreft resources) om een VM te gebruiken om een enkele applicatie af te scheiden van de andere applicaties. Daarvoor worden andere technieken als sandboxing etc gebruikt of technieken die je bij App-V terug ziet.
Maar sandboxing geeft je niet de mogelijkheid om een running app live te migreren/spiegelen naar een ander device/cloud. In de toekomst visie van Microsoft moet het straks niet meer uitmaken welk device je gebruikt. Je apps en data worden continue gemirrored naar de cloud.

Je kan dus altijd en overal in de toekomst verder met je werk op elk device wat dit ondersteund. Geen roaming profiles o.i.d.

Om meer snelheid in ontwikkeling te maken heeft Microsoft een band aangehaald met VMWare omdat die de techniek al in huis hebben.
En op welke techniek doel je dan precies? Een vmotion van een virtuele machine of iets anders? Het live verplaatsen van virtuele machines kan Microsoft ook als je op dat punt wilt vergelijken. Een hele vm in de lucht houden voor een applicatie lijkt mij totaal overkill. Draai die applicatie dan direct in de cloud als je er van meerdere locaties bij wilt.
VSM:
http://deploymentresearch...10-Enterprise-Build-10130

En http://blogs.bromium.com/...ualization-to-windows-10/

Hierbij gaat het dus nu eerst om security, de volgende stap is vmotion maar dat gaat vast anders heten.
Dit kon al een tijd op andere hypervisors, wat is eigenlijk de reden dat MS er nu mee komt? Lag het vooral aan de implementatie of was het meer een feature die niet heel hoog op de planning stond? Technologie kan het niet zijn, die was er al.
Stel dat een groot bedrijf alle werknemers op een of meerdere VM's laat werken (waar ze op inloggen met een thinclient) dan was het tot voor kort niet mogelijk om werknemers daarin een eigen VM te laten draaien. Developers en beheerders zouden dan in zo'n bedrijf allemaal een eigen computer moeten krijgen waar ze dat op willen doen. Nu is het dus mogelijk om alles voor iedereen virtueel te maken en daarbinnen is nu ook weer de mogelijkheid om VM's te draaien. Om zoveel mogelijk te virtualiseren is denk ik vooral interessant voor grote bedrijven en ik denk dat Microsoft daar ook op mikt. Nu kunnen ze extra licenties verkopen aan klanten die eerder voor VMware o.i.d. zouden gaan.
Ik snap wel waar je het voor gebruikt, maar waarom Microsoft er nu pas mee komt is me een raadsel. Met Xen kon het al vrij lang, VMWare kon het daarna ook, maar Hyper-V loopt achter de feiten aan... zo moeilijk kan het toch niet zijn?
Kennelijk hadden ze andere proriteiten. Volgens mij is Microsoft zich de laatste tijd meer gaan richten op de zakelijke kant. Nu ze complete pakketten verkopen waar men niet meer ook nog licenties moet afnemen bij andere bedrijven. Daarnaast kunnen ze ook meer support verkopen omdat ze systemen dan op de hardware na volledig kunnen ondersteunen.
Misschien mede omdat het nogal een zware wissel trekt op de prestaties van het (gast)-gast-OS.
Er zijn wel wat voordelen aan maar niet voor de gewone consument.

Indien men een nu HyperV omgeving wilt van een hosting bedrijf moet men kiezen voor een dedicated hosting (fysische server).

Indien nested virtualization mogelijk wordt moet men enkel een virtuele hosting pakket aanschaffen waar men dan een eigen HyperV omgeving kan opzetten.

Zelf stel ik me draag of men nog HyperV kan draaien in een als cluster. (als 2de niveau)

[Reactie gewijzigd door scorpion138 op 15 oktober 2015 19:08]

Indien nested virtualization mogelijk wordt moet men enkel een virtuele hosting pakket aanschaffen waar men dan een eigen HyperV omgeving kan opzetten.

Zelf stel ik me draag of men nog HyperV kan draaien in een als cluster. (als 2de niveau)
Dit lijkt me dan weer wel handig, zo kun je ook servers live migreren TUSSEN hostingproviders zonder dat ze het in de gaten hebben.

Klinkt als een trucje voor The Pirate Bay...

[Reactie gewijzigd door Stoney3K op 15 oktober 2015 19:36]

Klinkt opzicht leuk maar in de praktijk zal dit niet live kunnen (lees: zonder onderbreking naar de buitenwereld) omdat je altijd nog met je IP blijft rommelen -> al is het er maar 1 het moet ook omgezet worden, NAT etc etc..
Dit is prachtig om te spelen met technieken als live migration in een testomgeving
Alleen nog een sloot geheugen toevoegen en testen maar :-)
Live migration werkt niet. Op de forumpost waar het artikel naar linkt is dat te lezen.
Ik snap het nut er niet van je kan in je hyper-v omgeving toch gewoon een extra vm aanmaken? Ipv een vm in een vm....
Stel je zit met je laptop in klas of werkt op een systeem van de school en volgt een IT cursus waarbij je het hebt over Windows Server en Hyper-V. Dan is het nu mogelijk om een gevirtualiseerde Server met Hyper-V op te zetten en daarmee te experimenteren zonder je eigen, onderliggend OS te moeten aanpassen of het risico te lopen van dat in de vernieling te werken.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True