AMD en Red Hat tonen live-multiplatformmigratie van virtuele machine

AMD en Red Hat hebben deze week voor het eerst live een virtuele machine op een Intel-systeem gemigreerd naar een AMD-platform. Tot op heden was migratie alleen mogelijk als de fysieke hardware hetzelfde bleef.

Hoewel virtualisatietechnieken de afgelopen tijd verbeterd zijn, is er nog veel niet mogelijk als het op virtualisatie aankomt. Zo was het tot nu toe niet uitvoerbaar om virtuele servers live te migreren van een bepaald fysiek hardwareplatform naar een andersoortig fysiek hardwareplatform. In concreto betekent dit bijvoorbeeld dat een gevirtualiseerde server niet live van een Intel- naar een AMD-systeem gemigreerd kan worden. Hier is echter verandering in gekomen door de gezamenlijke arbeid van AMD en Red Hat.

Afgelopen donderdag demonstreerden de twee bedrijven de migratie van een virtuele machine van een dual socket Intel Xeon DP Quad Core E5420-systeem naar een 45nm Quad-Core Opteron Shanghai-systeem, terwijl de client hier niets van merkte. Bij de migratie is gebruikgemaakt van opensourcesoftware voor virtualisatie die door Red Hat ontwikkeld is. Om welke software het precies gaat is niet bekend, maar naar alle waarschijnlijkheid betreft het KVM, meent The Inquirer.

Het gebruik van virtualisatie is sterk toegenomen en het live migreren van virtuele servers van de ene server naar de andere daarmee ook. Deze handeling is bijvoorbeeld nodig om onderhoud aan het hostplatform uit te voeren of om een fysieke server te ontlasten, zodat downtime en dataverlies voorkomen wordt.

De concurrentie op virtualisatiegebied is nog niet zo ver als AMD en Red Hat zijn. De software van Vmware bijvoorbeeld is wel in staat om live virtuele machines te migreren, maar niet tussen verschillende hardwareplatforms. Microsofts Hyper-V-software is nog niet in staat om draaiende virtuele machines te migreren. De nieuwe virtualisatietechniek van AMD en Red Hat is nog niet afgerond, en het zal nog tot ver in 2009 duren voordat ook hun klanten hiervan gebruik kunnen maken.

Reacties (32)

[kozue]

Wtf is die Redhat gast nou aan het doen, met z'n windows VM's? Loopt ie een beetje het product van de concurrent te promoten. Redhat met windows demo's is net zoiets als MS die z'n servers op Linux laat draaien
Dit was voor Redhat een mooie kans geweest om hun Linux platform aan te prijzen

[Reactie gewijzigd door kozue op 25 juli 2024 02:25]

[magic31]

Windows is nou eenmaal marktleider. Het trekt beter de aandacht van die markt als mensen zich ook kunnen identificeren met het getoonde concept.

Verder heeft deze techniek niet zozeer met 1 OS te maken maar met de vertaling die de hypervisor moet kunnen maken en ook welke instructie sets de guest allemaal verwacht terug te krijgen.
Ik verwacht zelf dat, hoe mooi deze stap ook is, er een prijs aan hangt = stukje performance inleveren (door ontbreken van platform specifieke eigenschappen en een stukje vertaling die nodig is). De guest krijgt waarschijnlijk een compatibel CPU instructieset aangeleverd die op elke host's CPU's toe te passen is. Daardoor wordt migreren naar verschillende CPU's mogelijk.
Daarbij lijkt 't me dat dat inhoud dat er genoeg mitsen en maren aan het verhaal hangen en je dit niet zomaar even toepast op je huidige guests. Die zullen waarschijnlijk eerst een update nodig hebben om de generieke CPU ' driver' mee te krijgen.

Leuk, maar eerst nog es zien hoe goed dit werkt! Zeker met de eerste versies van dit verhaal.

edit: typo

[Reactie gewijzigd door magic31 op 25 juli 2024 02:25]

[Zaffo]

Op deze manier laten ze zien dat het Windows-compatible is. Klanten die geinteresseerd zijn komen zo vanzelf wel in aanraking met andere Red Hat software. De klant wil herkenning zien, niet alles moet anders zijn. Dit schrikt alleen maar af. En iedereen die al RHEL kent ziet in het filmpje dat dit ook (natuurlijk) met RHEL werkt.

[iceheart]

mwoah, je ziet wel vaker windows hosts op een linux virtualisatieserver tegenwoordig toch?

vind het eerlijk gezegd eerder van wat volwassenheid getuigen

[kozue]

Dat je vaak windows VM's op een linux host ziet is inderdaad waar, maar dat was m'n point niet. Ze willen hier toch laten zien dat hun iets hebben wat de concurrentie niet kan. Dat was een goede mogelijkheid geweest om te laten zien hoe goed hun eigen OS producten wel niet zijn, in plaats van de eer hiervoor aan MS te laten.

Verder ben ik het wel met zaffo hieronder eens, en er schoot mij zelf door z'n opmerking nog iets anders te binnen: dat het met RHEL werkt, dat zal iedereen wel geloven. Als ze laten zien dat het *ook* met windows werkt, laten ze zien dat het niet afhankelijk is van hun eigen OS, wat voor virtualisatie heel belangrijk is. Je wilt tenslotte niet gelimiteerd zijn aan 1 OS als je voor de RH virtualisatie kiest.

[blouweKip]

Dat was een goede mogelijkheid geweest om te laten zien hoe goed hun eigen OS producten wel niet zijn, in plaats van de eer hiervoor aan MS te laten.

windows is daar het client os voor zover ik kan zien, dus dat staat los van deze techniek (server zal wel netjes redhat draaien)

Zoals hieronder al gesteld gaat het ws idd om te laten zien dat het zelfs met windows als client/virtual os nog werkt, vergeet niet dat veel actoren in de IT op hun gevoel besluiten nemen en dus idd wat herkenning nodig hebben (zoiets als "aha windows, dat gebruik ik thuis ook")

[mad_max234]

Ze willen hier toch laten zien dat hun iets hebben wat de concurrentie niet kan. Dat was een goede mogelijkheid geweest om te laten zien hoe goed hun eigen OS producten wel niet zijn, in plaats van de eer hiervoor aan MS te laten.

Ja dat laten ze ook zien, en in de tekst staat het ook duidelijk dat het om een stukje software gaat van redhat die dit mogelijk maakt, dat immigratie is gewoon van VM maar redhat heeft het zo gemaakt dat het dus nu mogelijk is om live tussen verschillende hardware configuratie te schakelen want met VM alleen niet mogelijk is.

Daar gaat dit onderwerp juist over zoals je in de tekst kan lezen, redhat heeft geen virtuele machine achtige software gemaakt maar juist het onder liggende gedeelte verbeterd.

[daft_dutch]

VMware workstation draait ook beter onder linux.

[majic]

Ik vraag me dan meteen af of het ook andersom kan....want daar is volgens mij na de introductie van de i7 lijn een stuk meer behoefte aan

[iceheart]

integendeel. kijk eens verder dan je neus lang is, op single en dual socket wint intel het, maar op quad+ socket hebben ze nog steeds geen antwoord op AMD.

en ga jij nou eens raden wat het leuke is van virtualisatie bakken: juist ja. dergelijk zware hardware.

ga er maar van uit dat het plenty gebruikt zal worden.

afgezien daarvan, vzviw kun je een VM nu ook al shutdownen en platform migraten, dus als je van arch wil switchen is dat de issue niet. het mooie nu is dat je je serverfarm niet meer ge-vendor-lock-in'ed hebt. (tenminste, het was al niet echt zo, maar nu kun je echt probleemloos allerlei bakken aan elkaar knopen )

[penetreerbeer]

En raad eens waarop de meeste servers nu lopen?
Juist ja op Intel processors.

Hiermee kan AMD een mooi verkoopspraatje vormen:
Koop nu een AMD opteron (op shanghai gebaseerd), krijg x maal zoveel performance per watt (of per dollar dan concurrent)(of per tijdseenheid) en schakel over zonder downtime en van welk platform dan ook.

[Zaffo]

Zoals in het fimpje gezegt wordt kan het alle kanten op. Dus AMD <-> Intel of Barcelona <-> Shanghai (AMD <-> AMD), maar ook Intel <-> Intel.

[Countess]

de server cpu's van de i7 lijn duurt nog 2 kwartalen.

[donotwant]

Ik vraag me alleen wel af op wat voor manier ze toegang verschaffen tot die virtual machine, die video ziet er wel erg vloeiend uit voor Citrix of RDCP.

[Harm]

De video werd gehost op een de gevirtualiseerde servers die gemigreerd werd. De computer waar die video op gedraaid wordt is een gewone Windows-pc, een normale client.

[donotwant]

hmm, maar ook dan:

die video herhaalt zich een paar keer tijdens het filmpje, en op die manier kan ik het ook wel, als ik een kort filmpje vanaf mn usb stick op repeat zet, en vervolgens (zonder veilig verwijderen) ruk ik de usb stick eruit, dan draait het filmpje vrolijk verder vanuit de cache.

[kzin]

Ze beweren dat het ook werkt voor connected clients. Als dat klopt vind ik het toch wel een prestatie. Als je een of andere database-server hebt draaien en die kun je migreren naar een andere computer zonder downtime…
De oude en de nieuwe PC moeten toch onderling gegevens uitwisselen over wijzigingen in het te migreren platform. Bovendien moet voor de clients de server gewoon op 10.0.0.1 o.i.d. blijven zitten.

[kozue]

Volgens mij is dit geen KVM. KVM is het virtualisatie systeem in de linux kernel, en voor zover ik weet kan dat geen VM's migreren, en is het alleen host-based virtualisatie.
Verder sluit ik het ook niet uit. KVM werkt met een platform-onafhankelijke virtualisatie structuur, waarbij je verschillende kernel modules hebt voor ieder platform die het hardware-specifieke deel op zich nemen (op het moment alleen kvm-intel en kvm-amd). Het kan natuurlijk zijn dat ze er een laag bovenop hebben gebouwd met een server die VM hosts aanstuurt en ze ook kan migreren.

[ZEN]

Je kan zeker wel kvm migreren: http://kvm.qumranet.com/kvmwiki/Migration

[Cheese_man]

Dat is een mooie ontwikkeling. Ik fantaseer even over een nieuwe release van VMware. VMware ESX (of Virtual Infrastructure) is toch ontwikkeld op basis van een Redhat kernel? Met een beetje goede wil, kunnen we dus binnenkort LIVE migrations doen tussen platformen. NICE!

[klakkie.57th]

Please zeg dit nooit meer ! VMWare ESX is geen RedHat of ander Linux distro en zal dat ook nooit of te nimmer zijn. VMWare ESX gebruikt nl. zijn eigen kernel

he.. veel me al een heel stuk beter nu

[Reactie gewijzigd door klakkie.57th op 25 juli 2024 02:25]

[Verwijderd]

Ik heb deze mythe al vaker voorbij zien komen. Er wordt/werd zoals ik het zie binnen ESX van een aantal binaries/tools ( dus niet de kernel!) die - al dan niet rechtstreeks - uit RH gelift zijn/waren : als je dan gebruik maakt van de juiste libs/links enzo, zou dat gewoon moeten werken, maar dat zou een bron van de verwarring kunnen zijn.

Of dit in de huidige versie (3? 4?) nog steeds het geval is, weet ik niet, maar in een mij bekende oudere versie ( volgens mij 2.1 ) heb ik deze binaries zelf ook 'gespot'.

Dat betekent dus niet dat VMware ESX ook voor de kernel 'geshopt' heeft.

[klakkie.57th]

Het gaat net wel om die kernel.
Al de rest eromheen heeft niks met vmware te maken en zijn gewone paketten.

[kozue]

Ik zou het zelfs nog niet eens een 'kernel' noemen. ESX is (net als Xen, PowerVM en andere oplossingen) een "hypervisor", oftewel een laag die de hardware virtualiseerd, zonder daarbij zelf een OS te zijn (itt KVM van redhat, wat in je linux kernel draait).
In het geval van een kernel is het de basis/kern van je OS, in het geval van een hypervisor is het een laag er om heen die je OS sandboxt.

[klakkie.57th]

we spreken toch echt wel over de vmkernel.
Daarom is vmware veel hardware afhankelijker dan een bsd of linux kernel.
Een virtuele machine binnen esx kan echt niet de tvkaart aanspreken dus hypervisor ... ja en nee voor bepaalde hardware.

[bigblue]

VMware ESX heeft in zijn recente update ook support voor live migration tussen verschillende hardware opgenomen. Dit was reeds in de 3.5 (update 2) en intussen is 3.5 (update 3) er al weer. Door een kleine controle laag aan te brengen is deze cross platform migratie nu dus zonder problemen mogelijk.

Zie update notes op de vmware site voor 3.5 (update 2):

"Enhanced VMotion Compatibility – Simplifies VMotion compatibility issues across CPU generations. Enhanced VMotion compatibility (EVC) automatically configure server CPUs with Intel FlexMigration or AMD-V Extended Migration technologies to be compatible with older servers. After EVC is enabled for a cluster in the VirtualCenter inventory, all hosts in that cluster are configured to ensure CPU compatibility for VMotion. VirtualCenter does not permit the addition of hosts that cannot be automatically configured to be compatible with those already in the EVC cluster."

[Verwijderd]

De kans is inderdaad erg groot dat het KVM is.
http://www.redhat.com/abo...rchive/2008/qumranet.html

Als de demonstratie met Novell/(open)SuSE gedaan zou zijn zou de kans groot zijn dat het Xen zou zijn.

[Reactie gewijzigd door Verwijderd op 25 juli 2024 02:25]

[Ruuddie]

Grappig detail is dat bij de performancegrafieken die ze laten zien, de Shanghai server zwaarder belast is na de migratie, dan de Intel server vóór de migratie. Met andere woorden, de gloednieuwe AMD server heeft meer moeite met de VM trekken dan de oudere Intel server.

Wil hiermee niet naar AMD flamen ofzo, viel me gewoon toevallig op.

[packman]

Die 'Shanghai' server draaide voor de migrattie al andere virtual machines, als er dan eentje bijkomt is het normaal dat die load een pak hoger wordt...

[QkE]

Het was mij idd ook opgevallen dat de Intel minder load had. Volgens mij staat de shanghai op 0 voordat de server gemigreerd wordt, dus volgens mij draaide hij (zijn servers mannelijk? Ik heb eigenlijk liever een vrouw die bedient ) helemaal niks.

[loodgieter]

Nog steeds twijfelachtig aangezien een video altijd een beuffer heeft van 20 tot oms we 30 seconden waardoor in die tijd de handel overgezet kan worden en de film blijft dan nog wel door draaien. Dit was exact het geval hoe microsoft het deed met de demonstratie van Hyper-V.

En als zin er bij " kijk Hyper-V kan ook live migreren".

Een betere test is een connectie tussen een server en een client en dan een database applicatie laten lopen zoals een ERP pakket. Deze heeft meestal een goede tcp verbinding nodig om actief te blijven andere kunnen er foutmeldingen optrden.

Zelf met Vmware gezien dat dit kan en ook uitgevoerd. client merken totaal niets van de verplaatsing. Dat kan ik uit deze producten niet halen.

Dat het cross platform is is zeker mooi en ook een goede ontwikkeling. Maar zoals al gezegd VMware heeft dit nu ook in 3.5U3.