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 , , 22 reacties

Chipontwerper AMD heeft dinsdag een video vrijgegeven waarin het bedrijf demonstreert hoe een draaiende virtuele server tussen twee fysieke servers gemigreerd kan worden, waarbij de onderliggende hardware mag verschillen.

AMD heeft een demonstratie gegeven van de live migratie van virtuele machines onder VMware ESX 3.5, de betaalde variant van de populaire virtualisatiesoftware. De migratie van een server, bijvoorbeeld wanneer hardware uitvalt of aan een upgrade toe is, kost traditioneel veel tijd en downtime. Eerder liet AMD al zien dat live migraties met identieke hardwareplatformen mogelijk is, maar inmiddels is het bedrijf er ook in geslaagd om virtuele machines tussen hardwarematig verschillende servers uit te voeren.

De daadwerkelijke migratie duurt slechts enkele seconden en de virtual machines konden in feite ononderbroken diensten aanbieden, zo toont de video. Voor de demonstratie gebruikte AMD drie servers die op evenzoveel generaties Opterons draaiden: de vm werd van een op 65nm gebakken Barcelona-quadcore naar een 45nm-Shanghai-quadcore verhuisd, en vervolgens gemigreerd naar AMD's nieuwste Istanbul-hexacore, die eveneens op 45nm wordt gebakken. AMD heeft verder laten weten dat ook de laatste bèta van Windows Server 2008 een versie van de Hyper-V-hypervisor bevat die AMD's virtualisatietechniek ondersteunt.

Moderatie-faq Wijzig weergave

Reacties (22)

Leuk, maar niet spannend. Migration tussen verschillende hardware kon al langer, mits je CPU's maar gelijk waren. Hier migreren ze tussen AMD cpu's en dat is op zich niet zo lastig. Wat ik veel mooier zou vinden is als ze tussen AMD en Intel konden migreren. En de demo zegt op zich niet zo veel: het migreren van een mediaplayer is niet zo spannend. Ik zou liever zien of ze een applicatie die bijv SSE 4.1 gebruikt kunnen migreren naar een CPU die geen SSE 4.1 heeft. Dat zal dus nooit gaan werken. De eerste leverancier die dit oplost heeft een goudmijntje :)
Op zich kun je met lang genoeg goochelen wel een oplossing vinden, alleen zal deze niet bepaald efficient zijn en de performance neemt dan flink af. SSE4.1 kan bepaalde dingen veel sneller dan SSE4.0. Dus de optimalisatie is weg. Tijdelijke performance drop zal niet zeer erg zijn, beter dan een downtime. Mocht je dit op kunnen lossen dan heb je zeker een goudmijntje in handen, mits Wouter Bos het niet in de gaten heeft.
Ik denk dat jij vergeet dat in de meeste gevallen er zal worden gemigreerd van een lagere naar een hogere versie. Jij wil het juist andersom zien en mijn vraag is dan: waarom?
Mensen zullen nooit naar oudere hardware migreren maar wel naar nieuwere. Daarom heeft wat jij voorstelt niet veel zin. Dat is hetzelfde als voorstellen om een upgrade te gaan doen naar een P IV processor vanaf een Phenom II (of van een Core i7 naar een Athlon XP 1000 for that matter). Geen een weldenkend mens zal dat ooit gaan doen dus waarom zou je zoiets ooit willen hebben?

Dat migreren tussen verschillende AMD CPU's niet zo lastig zou zijn durf ik te betwisten anders zouden ze dit nieuws niet wereldkundig hebben gemaakt. Het zou idd mooi zijn als het ook cross-producer zou werken maar dat wordt denk ik iets lastiger om voor elkaar te krijgen. Ik verwacht niet dat Intel mee zal werken aan goede reclame voor de concurrentie
Je kunt in VMware toch gewoon bepaalde CPU features maskeren zodat je altijd met een VM draait die minimaal overal werkt.

Ik zie niet echt wat hier nieuw aan is, en nog minder wat dit met AMD te maken heeft? VMWare doet dit gewoon :)
Het is niet zo zeer de migratie tussen platform, dit was al mogelijk met enhanced VMotion, het doel gaat hier vooral om een volledig productieve Istanbul te tonen, dit is wel heel vroeg in het proces cycle. Op huidige en kortelings te launchen producten blijkt het ook heel duidelijk dat het 45nm process een pak beter uitvalt dan hun 65nm.
Ik ben het met je eens, dit is volgens mij een demo van Enhanced VMotion. Deze techniek staat toe dat VM's tussen servers met verschillende processor families kunnen worden gemigreerd (het live migreren tussen gelijke hardware platformen kan al jaren = VMotion). VMware ondersteund Enhanced VMotion vanaf ESX 3.5U2. Dit kan echter alleen met hardware matige ondersteuning op processor niveau.

AMD heeft hiervoor "AMD‐V Extended Migration technologies", een functie in de processor die dit migreren tussen de verschillende families mogelijk maakt. Ik vermoed dat ze willen laten zien dat dit werkt. Intel heeft een soortgelijke technologie;  Intel Flex Migration.
Het geen wat ze hier echt willen laten zien is dat je je virtueel draaiende server kunt migreren naar een ander stuk hardware zonder dat er een server uit gezet hoeft te worden, bij de eerdere versies moest de Virual Machine eerst uitgeschakeld worden omdat het anders deels geblokkeerd zou worden.

En ze latten niet echt zien dat de istanbul werkt, het enige wat je ziet is wat led lampjes van de harde schijven, en een scherm dat de het zelfde laat zien wat beweging in de schermpjes, dit zou zo op een heel andere server kunnen staan dan ze laten zien, het kan ook zijn dat er helemaal niks gebeurde zo goed is het allemaal niet te zien.
Het live migreren van een draaiende VM zonder downtime kan bij VMware al jaren. De techniek die door king4589 beschreven wordt is Quick Migration van MS Hyper-V.

De techniek die hier wordt gedemonstreerd is de tegenhanger van Intels EMT (Enhanced Migration Technology) oftewel ingebakken backwards live migration technologie. CPU's dienen om succesvol VMotion of Live Migration (of Xenmotion) uit te kunnen voeren te beschikken over dezelfde instructiesets, vandaar dat succesvol "live" migreren tussen Intel en AMD alleen in lab situaties mogelijk is.

Bij VMware is het mogelijk om delen van de instructiesets te camoufleren om VMotion uit te kunnen voeren tussen CPU's met verschillende steppings, maar dat kan ten koste gaan van performance.
AMD heeft zijn 45nm Istanbul al eens getoond, dus dat zal niet de hoofdreden zijn voor deze presentatie. Natuurlijk speelt het wel een rol, maar het gaat toch voornamelijk om de migratie van het virtuele systeem tussen drie systemen met verschillende hardware.
Dit kan KVM toch ook gewoon? Zelfs tussen Intel en AMD gaat dit goed met KVM, dus ik zie niet wat hier bijzonder aan is. Mis ik iets?
kvm kan dit misschien wel op papier en in realiteit, maar de moment dat ik mijn productie omgevingen daar op ga zetten kan nog wel eens een heel tijdje duren.

Vmware kan dit ook als ze willen want ze hebben er de code voor, (zie enhanced vmotion) wereldwijde support en garantie dat het altijd goed gaat is iets anders en ze moeten daardoor mogelijk een pak enhanced features die niet compatibel zijn tussen cpu architecturen afzetten en enkel op bepaalde OS systemen of ze moeten beginnen met eigen cpu drivers, byebye performance.

[Reactie gewijzigd door duploxxx op 26 maart 2009 08:56]

Ik begrijp alleen niet waarop AMD hiermee pronkt.

Dit alles is te danken aan VMware (ESX / ESXi / infrastructure), die het mogelijk maakt. Als je per host server alle CPU optimalisaties uit zet zou je volgens mij zelfs van een Intel naar een AMD machine en terug moeten kunnen migreren, zonder downtime. VMware noemt dit VMotion:

http://www.vmware.com/products/vi/vc/vmotion.html
ie CPU Masking
Wie migreerd even 3 generaties Intel? Als dat niet kan dan is dit van AMD bijzonder.
Je hebt helemaal gelijk dat vmware de truuk uithaalt, maar wat AMD hier wil bewijzen is dat je niet je complete farm met oudere generatie hardware weg moet gooien als je je farm moet gaan uitbreiden.

Het is ook meer een geruststelling aan de klanten die amd powered servers draaien en al hoofdpijn kregen bij de eerste persberichten van een nieuwe cpu en migratie problemen al aan voelde komen.
het gaat erom dat AMD heeft laten zien dat het voor hun klanten geen enkel probleem of hinder oplevert om hun Server te migreren naar een nieuwe server die gebruik maakt van een nieuwere architectuur zoals shanghai en zelfs Istanbul dat is wat AMD hier wil aantonen. Voor zowel serverbouwers als de afnemers ervan is dit heel fijn want dat scheelt hun enorm veel werk,geld en tijd. En het feit dat AMD hier al een werkend Istanbul gebaseerd systeem kan laten zien is heel goed en betekend dat ze al aardig voorbereid zijn voor het moment dat intel hun Nehalem op de server markt wil gaan zetten
Ze laten juist zien dat de AMD CPU's d compatibel up and backwards zijn en dat V-Servers daar geen last van hebben. Het basis ontwerp van de processoren zoals de memory controller zorgen voor een perfect data flow zonder onderbrekingen om nieuwe hardware toe te voegen. Knap staaltje. Heb zelf een tijd met AMD opteron dual core 875 gewerkt en kan niet anders zeggen dan POWERFULL spul. Tegen een goede prijs.
is er eigenlijk al iets bekend over een eventuele hexacore voor de desktop?? Ik weet dat er net de Phenom II is gereleased, en ik heb de mazzel dat ik een 4de core stabiel kon unlocken en zelfs nog naar 3.6Ghz kon klokken, maar zo'n hexacore lijkt me wel vet.

Maar dit demonstreert maar eens en te meer dat AMD heel erg zijn best doet om het bedrijven makkelijk te maken te migreren naar een eventuele compleet nieuwe machine, zonder alles opnieuw te moeten gaan doen.

Dit kan bedrijven aardig wat schelen in kosten ivm migratie trajecten.
Vreemd, ik dacht dat de versie van hyper v die nu in windows 2008 zit ook al AMD virtualizatie ondersteunt. Heb het zelfs draaien. Zouden ze hier iets anders bedoelen?
ik ga er iig van uit dat de beta waar ze het over hebben de beta van server 2008 met geintegreerd sp1 bedoelen.
Doet Windows 2008 ook. Je moet zelfs hardware virtualisatie en NX bit aan hebben staan anders gaat de installatie niet verder. Ik draai 2008HV op m'n ML115 G1 met AMD Opteron en zakelijk op een demo laptop van Dell. Er zal wel de 2de generatie van AMD V bedoeld worden. Met o.a. Nested Paging - ook bekend onder de AMD-naam Rapid Virtualization Indexing (RVI)

2008 HV requisites:
In addition to the systems requirement for Windows Server 2008, the two key requirements for the Hyper-V platform are the need to ensure that the server is a 64-bit environment and supports hardware-assisted virtualization (Intel VT or AMD-V) technology.

[Reactie gewijzigd door Sake op 25 maart 2009 19:21]

Het filmpje is erg interessant om naar te kijken maar ik had graag de schermpjes op het desktop willen zien samen met de opties die hij aanclickte. De presentator clickt een paar keer en "de server zou" gemigreerd moeten zijn. Niet overtuigend.. ook al zal het vast waar zijn.
Zoals hierboven ook in een post genoemd, het gaat hier volgens mij om de AMD tegenhanger van Intels EMT-technologie, die moet garanderen dat nieuwe processoren VMotion of Live Migration (of Xenmotion) compatible zijn met de huidige generaties CPU's die nu in datacenters actief zijn.

Hierdoor hoeven er geen instructie-sets te worden verborgen voor de VM, waar een performance prijs voor betaald moet worden. Dit voorkomt desinvestering voor CTO en CIO's en zorgt er voor dat AMD en Intel sneller met nieuwe generaties uit kunen komen en de productie van (ver-) ouder(d)e CPU's kunnen staken.

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