Guten Tag Freunde,
nach langer zeit wieder,
ich habe nen 2,5er esx hier stehen.. und einen 3er esx..
ich habe auf dem 3er VMotion drauf.. SAN ist auch vorhanden..
wie kann ich nun die VM auf der 2,5er ohne down-time, sprich mit Vmotion auf den 3er übertragen?
Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!
vmotion einer vm von 2,5 nach 3?
moo2102 hat geschrieben:Ne Anleitung dazu gibts nicht
In der Anleitung zu 3.0.1 ist es zum Teil beschrieben, siehe
http://pubs.vmware.com/vi301/install/in ... tml#955347
Martin
- Tschoergez
- Moderator
- Beiträge: 3476
- Registriert: 23.02.2005, 09:14
- Wohnort: Burgberg im Allgäu
- Kontaktdaten:
Hi,
ganz einfach: Der ESX2.5 muss in ein VC 2.0.1 eingebunden werden, der (Ziel-)ESX 3.0.1 muss Zugriff auf die VMFS-2-LUN haben.
Diese wird ganz richtig als Read-Only eingebunden, aber das reicht ja für VMotion.
Dann kann man die laufende VM vom ESX2.5 auf den ESX3 per VMotion migrieren.
Dabei werden dann (ausnahmsweise) auch die vmdk-Dateien mitverschoben (ist normalerweise ja nicht der Fall).
Dieser Vorgang ist nicht rückgängig zu machen, die Migration geht also nur einmal in diese eine Richtung.
Die VM sollte trotzdem irgendwann neue virtuelle Hardware bekommen, wie moo2102 richtig schrieb, und dazu ist Downtime nötig. Die kann man aber natürlich besser planen, weil die VM ja jetzt komplett auf dem ESX3 und der VMFS3-Partition läuft.
Im Hintergrund passiert dabei folgendes:
Für die Virtuellen Platten (.vmdk-Dateien), die ja noch in der "alten" VMFS2-Partition liegen, wird ein Snapshot/Redo-Log erstellt, die Änderungen kommen in eine Datei auf dem VMFS3. Dann wird die VM migriert, anschließend werden die ursprünglichen .vmdk-Dateien auf die VMFS3-Partition verschoben.
Am Ende werden dann die Snapshots/Redo-Logs commited, und die VM läuft (fast) ohne Unterbrechung auf dem ESX3 und VMFS3 weiter.
Das ganze wird automatisch gemacht, davon bekommt man normalerweise nix mit (außer den üblichen 1-2 Pings Timeout vom VMotion und dem Timeout während des Commits der Redo-Logs. Wie lange das dauert, hängt natürlich davon ab, wieviel sich auf den virtuellen Platten geändert hat während des ganzen Vorgangs, respektive wie groß die Redo-Logs sind)
Meistens aber ganz praktisch, weil man eben relativ schmerzfrei migrieren kann, und die VMs erst zu einem späteren Zeitpunkt mal neu starten muss....
Viele Grüße,
Jörg
ganz einfach: Der ESX2.5 muss in ein VC 2.0.1 eingebunden werden, der (Ziel-)ESX 3.0.1 muss Zugriff auf die VMFS-2-LUN haben.
Diese wird ganz richtig als Read-Only eingebunden, aber das reicht ja für VMotion.
Dann kann man die laufende VM vom ESX2.5 auf den ESX3 per VMotion migrieren.
Dabei werden dann (ausnahmsweise) auch die vmdk-Dateien mitverschoben (ist normalerweise ja nicht der Fall).
Dieser Vorgang ist nicht rückgängig zu machen, die Migration geht also nur einmal in diese eine Richtung.
Die VM sollte trotzdem irgendwann neue virtuelle Hardware bekommen, wie moo2102 richtig schrieb, und dazu ist Downtime nötig. Die kann man aber natürlich besser planen, weil die VM ja jetzt komplett auf dem ESX3 und der VMFS3-Partition läuft.
Im Hintergrund passiert dabei folgendes:
Für die Virtuellen Platten (.vmdk-Dateien), die ja noch in der "alten" VMFS2-Partition liegen, wird ein Snapshot/Redo-Log erstellt, die Änderungen kommen in eine Datei auf dem VMFS3. Dann wird die VM migriert, anschließend werden die ursprünglichen .vmdk-Dateien auf die VMFS3-Partition verschoben.
Am Ende werden dann die Snapshots/Redo-Logs commited, und die VM läuft (fast) ohne Unterbrechung auf dem ESX3 und VMFS3 weiter.
Das ganze wird automatisch gemacht, davon bekommt man normalerweise nix mit (außer den üblichen 1-2 Pings Timeout vom VMotion und dem Timeout während des Commits der Redo-Logs. Wie lange das dauert, hängt natürlich davon ab, wieviel sich auf den virtuellen Platten geändert hat während des ganzen Vorgangs, respektive wie groß die Redo-Logs sind)
Meistens aber ganz praktisch, weil man eben relativ schmerzfrei migrieren kann, und die VMs erst zu einem späteren Zeitpunkt mal neu starten muss....
Viele Grüße,
Jörg
Wer ist online?
Mitglieder in diesem Forum: 0 Mitglieder und 15 Gäste