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 , , 17 reacties
Bron: eWeek, submitter: iyanic

Linux-distributeur Red Hat wil ervoor gaan zorgen dat de Xen virtualisatiesoftware binnenkort een standaardonderdeel gaat vormen van de Linux-kernel. Dit heeft het bedrijf laten weten bij monde van Brian Stevens die onlangs is aangesteld bij het bedrijf als Chief Technology Officer. Het bedrijf is van mening dat Xen inmiddels geschikt genoeg is om te worden opgenomen in de Linux-kernel en is daarom bereid om ontwikkelaars en overige middelen in te zetten om deze taak te volbrengen.

Red Hat HQ (kleiner)De virtualisatiesoftware Xen, die oorspronkelijk is ontwikkeld op de Universiteit van Cambridge, heeft inmiddels een flinke populariteit weten te vergaren. Verschillende belangrijke bedrijven ondersteunen de virtualisatietechnologie voor Linux, waaronder Novell, Intel, AMD, HP, IBM en dus ook Red Hat. Dit laatste bedrijf heeft onlangs zes nieuwe ontwikkelaars in dienst genomen die zijn gespecialiseerd in virtualisatie en nu dus als belangrijkste taak hebben om de Linux-kernel beter te laten werken onder Xen. Red Hat heeft al de nodige ervaring opgedaan met het virtualisatiepakket, aangezien de laatste versie van Red Hats gratis distributie Fedora Core 4 is voorbereid voor Xen. Andrew Morton, de hoofdontwikkelaar van de Linux 2.6-kernelserie, staat positief tegenover de plannen van Red Hat maar kan nog niet zeggen of Xen ook daadwerkelijk op korte termijn in de kernel wordt opgenomen. Hij zal eerst moeten overleggen met andere belanghebbende, waaronder XenSource, Intel, Red Hat en IBM, maar ook VMWare. Op basis van die gesprekken zal hij een beslissing nemen, zo laat hij weten.

In tegenstelling tot andere virtualisatiepakketten, zoals VMWare of Usermode Linux (UML), werkt Xen niet onder een 'host'-besturingssysteem. Xen heeft namelijk een eigen kernel waarop de diverse andere besturingssystemen kunnen werken. Xen verdeelt de diverse bronnen zoals processortijd, geheugen en netwerkbandbreedte over de besturingssystemen zoals een normaal besturingssysteem dit verdeelt over de programma's die er op draaien. Het gevolg hiervan is dat de prestaties van Xen aanzienlijk beter zijn dan virtualisatiesoftware die werkt zoals VMWare of UML. Het nadeel is echter dat Xen geen complete computer emuleert en de besturingssystemen die onder Xen werken hieraan aangepast moeten worden. Xen is dan ook niet ontwikkeld om standaard besturingssystemen te kunnen draaien, maar bedoeld voor gebruik op servers waarbij de virtualisatie een betere afscherming biedt van de diverse services die op een server draaien.

De ontwikkelaars van Xen zijn uiteraard blij met het initiatief van Red Hat. Ian Pratt, de hoofdontwikkelaar van Xen, stelt dat Xen wel al eerder in de kernel had kunnen worden opgenomen, maar dat diverse factoren dit hebben tegengehouden. Eind dit jaar komt versie 3 van Xen uit die enkele belangrijke verbeteringen biedt en daarom een mooi moment vormt om Xen definitief in de Linux-kernel op te nemen. Deze nieuwe versie ondersteunt zaken als Physical Address Extension (PAE) en Intels Virtualisation Technology. Ook AMD's Pacifica zal in de toekomst ondersteund worden. Wanneer deze laatste twee technologieŽn beschikbaar zijn is het in principe niet meer noodzakelijk om een besturingssysteem aan te passen voordat dit onder Xen kan functioneren.

Moderatie-faq Wijzig weergave

Reacties (17)

Ik begrijp iets niet. Xen draait los als een soort master OS waarop andere OSsen draaien. Maar ze willen het in de kernel stoppen. Wat is het verband dan? Gaat het hier om de aanpassing (Xen draait nu alleen op aangepaste OSsen).
Het verhaal klopt niet helemaal.

Xen is namelijk een hypervisor, net zoals VMware ESX. Maar heeft wel een host-OS nodig. Hypervisors proberen zo min mogelijk in te grijpen op acties van het guest-OS om de beste performance te halen. Om een OS onder Xen te laten draaien, moet de kernel van het guest-OS 'Xen-aware' zijn en moet dus licht aangepast zijn (dit komt de efficiency van Xen ten goede). Dit is ook de reden dat Xen _nog_ geen Windows OS kan virtualiseren, omdat men daar de kernel niet van aan kan passen.

Wat ik begrepen heb zorgen de virtualisatie technieken van AMD en Intel er juist voor dat het guest-OS niet meer Xen-aware hoeft te zijn om gevirtualiseerd te kunnen worden. Daarom begrijp ik dit niet helemaal...
VMware ESX heeft een eigen kernel een draait niet onder een OS. ESX gebruikt linux als opstart en neemt daarna de controle van de machine over (Net zoals Netware vanuit DOS start). De linux console wordt verder als virtuele machine gedraait en zorgt voor de afhandeling van KVM. ESX heeft de controle over de proc, scsi en nic. Vandaar dat je deze resources ook kunt beinvloeden.
Correct, ik zeg ook dat Xen een host-OS nodig heeft. Ik zeg alleen maar dat ESX en Xen beide hypervisors zijn.
Het zit iets anders. Xen is een hypervisor die voor een groot deel van z'n communicatie met de fysieke hardware leunt op de standaard Linux kernel waarop een stapel patches zijn aangebracht. Bij het booten laad je dan ook eerst Xen en daarbovenop de Dom0 kernel. Je hebt dan het basis systeem incl. benodigde modules etc. Deze laag biedt een "hardware" laag aan, aan de vervolgens te starten DomU kernels. Deze hardware laag lijkt (maar IS niet) vrijwel gelijk aan een standaard x86 machine. Alle direkte hardware calls worden echter afgevangen door Xen die ze doorgeeft.
Omdat xen lijkt op maar niet is, moeten de Dom0 en DomU kernels gebouwd worden met als architectuur parameter: xen. Dit is ondertussen een officiele door Linux ondersteunde architectuur.
Het is overigens ook mogelijk om bepaalde hardware juist uit te sluiten van de Dom0 en juist specifiek aan een DomU aan te bieden , maar dat gaat hier even te ver.

@Abom: Met de komst van VT en Pacifica verhuist een groot deel van de functionaliteit van Xen naar de processor. Die zorgt dan voor de afscheiding tussen hardware en OS. De door de processor aangeboden virtuele architectuur xal wel exact x86 zijn en dus kan er een ongemodificeerd OS op draaien.
Xen zal meer een managment omgeving worden denk ik.

De reden dat mijn momenteel bij Xen voor gebruik van de Linux kernel kiest is het feit dat men dan zelf niet alle drivers etc. hoeft te onderhouden. Het enige dat ze doen is screenen op goed gedefinieerde hw calls en die afvangen. Deze benadering heeft de ontwikkeling enorm versneld.
Xen zal meer een managment omgeving worden denk ik.
Dat denk ik ook

Maar dan hoeft de kernel de virtualisatie laag toch niet meer te ondersteunen?
Waarschijnlijk is het om oudere hardware ook nog te ondersteunen.
iwe bepaalt nu wat er in de kernel gaat komen, dat zal toch niet red hat zijn lijkt me.
Dat bepaalt nog steeds onze grote man Linus Torvalds, al laat hij zich wel adviseren door de kernelhackers om hem heen. RedHat gaat actief meehelpen aan het gereedmaken van Xen voor integratie in de kernel. Opdelen in enkele losstaande patches. Schoonmaken van de code. Beetje lobbyen. Kijken wat nu al acceptabel is voor de Linux kernel en wat nog veranderd moet worden voordat het opgenomen kan worden.
iwe bepaalt nu wat er in de kernel gaat komen, dat zal toch niet red hat zijn lijkt me.
red hat kan zelf bepalen welke kernel, welke modules en welke software er in hun distributie van linux komt. als zij aan passingen maken aan de kernel moet ze die verandering onder het GPL openbaar worden gemaakt. de rest van de wereld kan daan zelf bepalen of ze die over nemen!

en mischien neemt Linus die veranderingen mee in nieuwe kernels
Met alle Linux vs Windows debatten in het achterhoofd is het wel interessant om te zien dat Microsoft en de Linux community beiden in dezelfde richting voor de toekomst (virtualisatie/managed code omgevingen) denken.
Niet echt, op het eerste oog zijn ze allebei met virtualisatie bezig. Maar in feite gaat het om virtualisatie zoals we dat kennen van VMWare, VirtualPC en vele anderen versus low level virtualisatie zoals dat al veel langer toepepast wordt in enterprise grade servers om de indrukwekkende resources daarvan efficienter te gebruiken. Zegmaar OS virtualisatie versus platform virtualisatie.

Met virtual machines als Java en .NET Framework heeft dit allemaal iig helemaal niks te maken :Z
Xen is geweldig. Ik draai nu al een half jaar 5 virtuele servers op een fysieke machine zonder problemen. Ik kan zo alles prima gescheiden houden.
VMware ook hoor :) 14 VM's op 1 fysieke server.
alleen trager en het kost geld ;)
Trager? Jij hebt het natuurlijk over die vergelijking die ze bij Xen hebben gemaakt, tussen VMware workstation en Xen (non-hypervisor vs hypervisor). Dat is hetzelfde als een tractor met een ferrari vergelijken en beweren dat de tractor toch dezelfde hoeveelheid PK's heeft, maar traag is...

Uiteraard kost het geld, ESX is dan ook een geniaal product en meer dan alleen maar een virtualisatie tool. Nu moet ik wel eerlijk zijn en toegeven dat ik Xen niet goed ken, maar bevat Xen ook management tools om een complete virtuele omgeving makkelijk te beheren. Voor zover ik weet heeft Xen ook (nog) niet de mogelijkheid om VM's te verplaatsen van de ene server naar de andere, zonder downtime. Hoe zit het met SAN support onder Xen?

Never the less, let it be clear, Xen is een goed product/concurrent voor VMware (itt Microsoft).
Voor zover ik weet heeft Xen ook (nog) niet de mogelijkheid om VM's te verplaatsen van de ene server naar de andere, zonder downtime.
Zit al een tijdje in Xen 3.
Hoe zit het met SAN support onder Xen?
Xen doet niks met hardware of je storage. Dat regelt je dom0 OS.

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