vmware server images converteren naar xen

[Boudewijn]

Hoi,

Ik heb een paar machines met vmware server en ik wil deze toch eindelijk eens migreren naar XenServer.
Nu ben ik fors aan het pielen geweest maar krijg het toch maar niet voor elkaar.

Als je gaat zoeken kom je of dingen tegen die XenConvert gebruiken of de niet-baremetal Xen.
XenConvert is geen optie omdat je daar windows voor moet draaien, en dat heb ik niet (en zeker niet in het datacenter). de niet-baremetal xen: leuk maar ik draai wel baremetal.

Deze link lijkt veelbelovend
http://e-genius.nl/index.php?categorie=5&artikel=158
maar dit maakt .img files, en betwijfel of die aan het .vhd formaat voldoen dat xenserver vereist.


alternatief is met een windows-laptopje onder de arm naar het datacenter maar adt gaat me heel veel tijd (en een licentie voor windows) kosten. Ik heb daar eerlijk gezegd weinig trek in. Idem voor een vm installeren met windows.

Weet iemand wat de handige manier om het te doen is? De disks flattenen heb ik reeds onder de knie, dus dat is al prima de bima in orde.


Mijn omgeving:

De vmware-servers zijn meteen ook de NFS hosts voor de Xenserver omgeving dus dat is niet zo'n issue. Deze machines draaien debian en het gaat om een slordige 20 VMs (waardoor windows + datacenter laaaaaaang gaat duren).
Ook even vanaf thuis (met een windows pc doen) is niet handig, het gaat om 1TB aan vmdk's.

[Verwijderd]

Nu doe ik zelf niet zo heel veel met virtualisatie, heb een OpenVz server.
Bestanden die ik maak met Vbox wil ik daarna beschikbaar maken voor OpenVz.
Dit doe ik als volgt:

code:

rsync -arvpz --numeric-ids --exclude=/'wat jij wilt' -e ssh root@a.b.c.d:/ /xenruimte/machine-1150/

Dit zou natuurlijk ook moeten werken voor overzetten van Vmware naar Xen.

Als dit niet is wat je bedoelt, of ik klok klepel mag je het wel zeggen natuurlijk.
Tenslotte heb jij het over converteren en ik over overzetten.
Wat als eindresutaat wel een conversie geeft van naar.

[ Voor 5% gewijzigd door Verwijderd op 13-03-2011 13:40 ]

[Boudewijn]

Nou ja qua overzetten vs. converteren: ik wil mijn bestaande VMware setup weghebben en fijn die VMs in xen draaien.


Rsync is een optie maar dit is gewoon niet mooi; ik wil de bestanden zelf copieren... nu zit ik op fileniveau ipv schijfniveau te werken. Sowieso wil je niet gaan rsyncen voor *veel* vms.

[Verwijderd]

Ja, wat betreft tijd gaat het wel even duren inderdaad.

Een bestaande oplossing weet ik ook zo niet!, ja windows oplossingen genoeg maar daar heb jij niets aan.
Nog wel kwam ik dit tegen, maar dat lijkt wel verdacht qua inhoud op de link die jij gaf.
(heb het niet uitgespaaid overigens, en misschien heb je deze zelf ook al gezien)

Nog wel een klein vraagje, bedoel met wil bestaande Vm-setup weghebben, dat je na overzetten eigenlijk nog steeds vervuiling hebt?

[ Voor 12% gewijzigd door Verwijderd op 13-03-2011 15:18 ]

[Boudewijn]

Nou ik moet een van de desbetreffende servers uit het rack halen. Dat betekent downtime.
Als ik toch downtime heb dan migreer ik liever vmware->xen dan vmware->vmware (naar host2) en dan later nog een keer naar Xen.

Maw: ik wil sowieso van Vmware af en de vmware-server-draaiende fysieke machine moet gewoon uit.

[Verwijderd]

Als het je niet lukt een tool te vinden:

Rsync, zonder al teveel downtime, terwijl je server nog in het rack hangt.
Maak op je Xen host de container.
Laat je Vmware gast gewoon draaien, sluit alleen onbelangrijke services af.
Rsync de Vmware container in de Xen container.
Als dit klaar is sluit je alle services af die nog aanstonden, voer Rsync nog een keer uit.
Nu worden de laatste veranderingen door Rsync toegevoegd.
Zet je Vmware gast uit, zet je Xen gast aan.
Je hebt nu een live migratie uitgevoerd zonder al teveel/nauwelijks downtime.

Hiervoor hoef je toch niet eerst alles over te zetten op een andere Vmware (nr2).
Heb zelf nooit Xen gebruikt, maar neem voor het gemak aan dat dit verder niet anders werkt dan andere virtuele machines.

[Boudewijn]

True maar ik weet in veel gevallen niet wat er exact bij de klant draait.
Van het merendeel van de VMs weet ik dat wel, die heb ik in eigen beheer... dsu daar kan het prima.


Er is daarentegen ook een aantal VMs dat zelf wordt gemanaged door klanten . Daar doe ik liever geen rsync zonder exact te weten wat ik rsync (ik ben bekend met rsync hoor...). Verder is het wel een nette oplossing trouwens, maar het is niet heel lekker vind ik.


Xen is niet heel veel anders dan vmware nee .

[Verwijderd]

Ja, ik begrijp je 'probleem', dat zou dan inderdaad downtime opleveren ja.
Tenminste, hiervoor heb ik geen oplossing anders dan root access verkrijgen, maarja..

Wil je niet de les lezen over Rsync hoor , waarschijnlijk kan ik nog een boel van jouw leren!
Maar doordat ik dat probleem met die klant niet zag dacht ik: wat ben je toch omslachtig aan het doen.
Nu ik dat weet begrijp ik het wel ja, het moet omslachtig.
Ach wacht nog even af, misschien heeft iemand anders de oplossing voor je klaar.

Succes ermee, ik denk dat ik je niet veel verder kan helpen.

[CAPSLOCK2000]

Die link van je kan prima werken.
Op zich is de procedure heel simpel, image trekken of de VMDK converten, aan xen voeren en je kan booten. (Ik ga er van uit dat je VM's linux draaien, windows schijnt lastiger te zijn).

[Boudewijn]

@machje: we leren allemaal van elkander, vrind .

@CAPSLOCK: Ach ja waarom ook niet gewoon proberen vanavond... kost me eigenlijk ook niets.

[Boudewijn]

Net even getest door te doen:

- flatten de vmdk's.
- de gecombineerde vmdk naar /home/xen/isos/<random string> (de basis voor mijn vm repository) gecopieerd.
- de vmdk file gerenamed naar vhd.
- Vervolgens faalt de repository scan als ik 'rescan' indruk.

Faal dus.

Als ik gewoon de vmdk in die dir zet ziet rescan de vmdk niet eens.

[lamko]

En de VM offline halen en met ghost4linux een image maken en die herstellen in Xen ? Als het allemaal Linux servers zijn moet dat geen probleem zijn !

[Boudewijn]

True maar ik wil het het liefst buiten de VM houden .
Maar goed, dergelijke trucs zijn inderdaad mijn laatste redmiddel.

[Bor]

Boudewijn schreef op maandag 14 maart 2011 @ 20:00:
Net even getest door te doen:
- de vmdk file gerenamed naar vhd.

Vrij logisch, vmdk != vhd

[Boudewijn]

Juh doh. Maar ik lees hier en daar dat het wel moet kunnen.

code:

blackbox:/home/vm/migratie-14032011/VMNAAM# qemu-img convert VMNAAM-flattened.vmdk -O raw VMNAAM.img

faalt ook. die img's renamen naar vhd en dan zelfde verhaal als heirboven.

die schijnt wel voor de gewone xen te werken.

[Boudewijn]

fuck zeg, ook met xenconvert faalt het dus keihard.

stappen:

vmware-server : nfs mount op een windows vm
xen-server: nfs mount op dezelfde windows vm.

xenconvert over de verschillende vmdk's heen laten gaan : allemaal zouden ze invalid zijn. Zowel bij VMs die aan als uit staan.

Damn is hier nou echt niets voor?