Hallo allen,

Ik check het toch nog even hier na een aantal conflicting stories gelezen te hebben.
Situatie:

1 x ESX 3.0.2 host met 12 VM's, gemanaged in een VC server 2.0.

Ik wil deze host moven naar een nieuwe VC server 2.5 welke ook een nieuwe database heeft. In deze 2.5 VC draaien al 3 x ESX3i op 3.5.

De procedure zou zijn:
1. disconnect the host in de oude VC
2. re-connect in de nieuwe VC
3. de VM's worden netjes geimporteerd, alles blijft draaien en voila klaar!
4. oude VC shutdown en de licenties nu allemaal centraal
op de nieuwe VC (die ook license server is).

Iemand zoiets ook in de praktijk getoetst?

tia & m.vr.gr.
Sander

Je kunt ook gewoon de host direct connecten in de nieuwe VC, de host wordt dan automatisch gedisconnect uit de oude VC. VMs zullen gewoon blijven draaien....

_________________
Viktor van den Berg | http://www.viktorious.nl | VCP/vExpert/VCAP-DCA/VCAP-DCD

Precies, heb gisteravond in mijn testomgeving nog hetzelfde uitgevoerd. Om meteen helemaal up2date te zijn kan je vervolgens je VM's migreren naar de andere (ESX3.5i) hosts en de ESX 3.0.2 host gelijk updaten (of herinstalleren...)

Succes, Rob

_________________
http://www.RobvanHamersveld.nl VCP | MCSE | MCTS | MCITP

Dank voor de replies.

Het is gelukt in 2de instantie nadat ik de dir /tmp/vmware-root had
aangemaakt op de host voor de upgrade van de VC agent.

Migrate naar het nieuwe cluster gaat helaas niet door een Intel CPU
instruction set probleem.
Dan maar export en import I guess...

gr
Sander

Je kan ook een cold migration doen, dus eerst de VM uitzetten en dan migrate. Alleen vMotion is niet mogelijk als er gebruik gemaakt wordt van een ander type CPU. Of je EVC (enhanced vmotion compatibility) gebruiken maar daar heb ik verder geen ervaring mee.

_________________
http://www.RobvanHamersveld.nl VCP | MCSE | MCTS | MCITP

Thanx. Ga ik zeker proberen.

Ik heb een aantal maanden terug mijn ESX hosts van een oude VC 2.0 naar een nieuwe VC 2.5 server gemigreerd. Ik heb er al eerder over gepost op dit forum wat mijn ervaringen waren. Ik had namelijk het probleem dat de VC client in een oudere versie van VC anders is. Om een node te kunnen verwijderen uit VC moet je m in maintenance mode zetten. Dat wilde ik niet, dus ik hem uiteindelijk deze doos niet verwijderd uit VC, maar handmatig de VC client gewist (op aanraden van VMWAre support overigens). Daarna kun je m toevoegen in je nieuwe VC. In je oude zie je dan de ESX server wel staan, maar heeft geen connectie meer. Op deze manier kun je de vm's laten draaien.

Hoop dat iemand iets aan deze info heeft.