Storage VMotion Frage

[m.mart1n]

Hallo zusammen,

durch volllaufen eines Datastores hatte ich ein Problem mit einem Mailserver. Problem ansich wurde gelöst nur habe ich auf einem Datastore folgende Konstellation:

DataStore01/Mailserver -> beinhaltet 3 vmdks für den Server
DataStore01/Mailserver_1 -> beinhaltet Konfigurationsdateien für den Server

Dies kam Zustande da ich die vmdks per vmkfstools kopiert habe und anschließend eine neue Maschine erstellt und die vmdks angefügt habe.

Dies würde ich nun gern bereinigen, die Frage ist nur was passiert wenn ich jetzt von der Maschine ein Storage VMotion auf einen anderen Datastore mache. Werden dann beide Ordner übernommen, werden sie migriert, schlägt das VMotion möglicherweise fehl?

Viele Grüße
Martin

[pirx]

Ich meine der Inhalt der beiden Ordner der VM werden zusammengefasst. Im Zweifel eine dummy VM mit der gleichen Konfiguration und kleineren Disks anlegen und ausprobieren.

[Dayworker]

Wenn der Mailserver nach dem Kopieren der VMDKs wieder hochkommt, kannst du die alten VMDKs doch löschen und bräuchtest die neuen VMDKs nur noch dem alten Namensschema anpassen.
Eine neue VM zu erstellen und dann die alten VMDKs einzufügen, halte ich nur begrenzt für zielführend. Falls der ESXi das nämlich nicht völlig anders als alle anderen VMware-Produkte macht, bekommst du beim Erstellen einer neuen VM auch neue IDs und durch die geänderte MAC stehst du dann unter Umständen in der VM erstmal ohne Netzwerkverbindung da.

Da du beim Kopieren per vmkfstools aber eh einen neuen VMDK-Namen angeben mußt, kannst du als Ziel auch den bisherigen VM-Ordner angeben und hättest dann sowohl die alte als auch die neue VMDK am selben Platz. Der Vorteil dabei ist, daß du in der VMX-Datei nur den neuen VMDK-Namen ändern und nicht noch den gesamten Pfad zur VMDK mitschleppen mußt.

[m.mart1n]

Also das kopieren liegt schon ein paar Wochen zurück. Die Maschine läuft seit einiger Zeit auf dem neuen DataStore.
Ich habe übrigens den Weg gewählt und die VM neu angelegt und die Platten angefügt. Der Server ist aber ganz normal gestartet und hatte weder Netzwerk noch andere Probleme.

Es geht jetzt nur um das Storage VMotion um die beiden Order wieder auf einem anderen DataStore zusammenzufügen.
Aber ich habe mittlerweile die Option gefunden wo ich angeben kann wo die vmdks und wo die Konfigurationsdateien abgelegt werden sollen. Nämlich einfach unter dem Feld "erweitert" wo ich den DataStore auswähle auf den ich migrieren möchte.

pirx, du hast recht. Wenn man nichts angibt wird alles in einen Ordner geschoben.

Gruß
Martin

[PeterDA]

Hi,
wenn du ein svMotion machst, dann werden die Verzeichnisse in den unterschiedlichen DS alle in den neuen DS Migriert. Du kannst allerdings an der Stelle an der du den DS auswählst auf den Button Advanced drücken dann kannst du für jede vDisk sowie die Konfigurationsfiles einen anderen DS auswählen.

Gruß Peter

[Dayworker]

Das mit dem Aufteilen auf verschiedene DS würde ich aber nur im Notfall machen. Falls man mal per vmkfstools unterwegs ist und nicht mehr daran denkt, fehlt nachher die Hälfte...

[PeterDA]

Richtig, bin froh, dass man über diesen Weg die Dateien von allen Datastores wieder zusammensammeln kann.

Gruß Peter

[m.mart1n]

Jetzt habe ich die nächste Maschine gefunden die irgendwie merkwürdig aufgesetzt wurde


Datastore1: xyz.vmdk ( Laufwerk c: ) , xyz_1.vmdk ( 50 GB von Laufwerk d: )
Datastore2: xyz.vmdk ( 50 GB von Laufwerk d: & Laufwerk e: )

Das kann irgendwie auch nicht gesund sein.

Hier kann ich aber nur per vmkfstools die dritte Festplatte manuell in den ersten Datastore schieben und umbenennen oder?
Was würde svMotion hier machen wenn auf zwei Datastores ins Gesamt 3 Festplatten liegen aber zwei den gleichen Namen haben?

Schon spannend so manche Systeme die man von ausgeschiedenen Mitarbeitern übernimmt

[irix]

Stoppppppppp.

VMware beginnt in jedem "VM_Verzechnis" von vorne an was die Aufzaehlung angeht. Wenn du 4 vDisks hast welche auf 2 Datastore aufgeteilt sind hast du in jedem.

Datastore_Foo
vmname.vmdk
vmname_1.vmdk

und

Datastore_Bar
vmname.vmdk
vmname_1.vmdk

Wenn du die per svMotion auf einen Datastore migrierst macht er dann ein _2 und _3 dazu.

Die Frage ob man auf diesem Wege die Zuordnung c: => vmname.vmdk, d: => vmname_vmdk durcheinander bringen kann. Da hab ich noch nicht drueber nachgedacht. Evtl. guckt er sich auch die SCSIIDs an?

Gruss
Joerg