Storage vMotion und Shared Nothing vMotion

Während es also bei vMotion im Wesentlichen darum geht

• einen manuellen oder automatischen (via vSphere DRS im Cluster) Lastausgleich auszuführen,
• einen Host für Wartungs­zwecke freizuräumen, ohne die betroffenen VMs zu stoppen,
• oder eine spezifische VM gezielt in eine andere Ausführungs­umgebung zu verlagern,

eignet sich vSphere Storage vMotion für ganz andere Aufgaben. Dazu gehören:

• Verschieben virtueller Maschinen von einem Storage auf ein anderes, um das Speichergerät ohne VM-Ausfallszeiten zu warten oder neu zu konfigurieren
• Ändern  des Typs der Festplatten­bereitstellung (Thin auf Thick oder umgekehrt).
• Automatisches Anpassen der Dateinamen von virtuellen Maschinen im Zieldaten­speicher, so dass sie dem Inventar­namen der virtuellen Maschine entsprechen. Bei der Migration werden alle virtuellen Datenträger, Konfigurations-, Snapshot- und .nvram-Dateien umbenannt.
• Verteilen virtueller Maschinen oder Festplatten auf ver­schiedene Speicher-Volumes, um die Kapazität auszugleichen oder die Leistung zu verbessern. Automatisch passiert dies beim Einrichten von Storage-DRS.

Die Handhabung von Storage vMotion ist genauso einfach wie die von vMotion, und man startet es im gleichen Assistenten (unter Punkt 2). Als Ziel wählt man statt eines anderen Hosts lediglich einen anderen Daten­speicher.

Einzige Einschränkung bei Storage vMotion: So genannte Independend Disks müssen sich im Persistent Mode befinden.

Disk-Format und Speicherrichtlinie festlegen

Um das Bereitstellungs­format anzupassen, wählt man das gewünschte Zielformat im Menü neben Select virtual disk format. Vorgabe ist Same format as source. Auch hier findet eine Kompatibilitäts­prüfung statt, die am unteren Ende des Dialogs angezeigt wird.

Zusätzlich hat man bei VM Storage Policies die Möglichkeit, die gewünschte Speicher­richtlinie festzulegen. Das ist vor allem für vSAN und VVOLs interessant. Auf diese Weise kann man zum Beispiel Fest­plattendateien auf einfache Weise verschlüsseln, sofern sich der Host im Ver­schlüsselungs­modus befindet.

Wählt man etwa eine vSAN-Speicher­richtlinie und verfügt über sehr viele Datastores, dann zeigt der Dialog automatisch die mit der Policy kompatiblen Datastores an und berechnet die belegte Größe gemäß der Speicherrichtlinie (hier RAID1).

Insgesamt empfiehlt es sich, Storage vMotion sorgfältig zu planen und sich dabei mit anderen Admini­stratoren abzustimmen bzw. solche Operationen nur außerhalb von Spitzenzeiten auszuführen.

Shared Nothing vMotion

Shared Nothing vMotion, das dritte vMotion-Feature im Bund, erlaubt es, laufende virtuelle Maschinen gleich­zeitig auf andere Computing-Ressourcen und den Speicher zu migrieren. Anders als bei Storage vMotion, das einen Einzel-Host benötigt, um auf Quell- und Zieldaten­speicher zugreifen zu können, lassen sich VMs hierbei auch über Daten­zugriffs­grenzen hinweg migrieren.

Haupt­argument für das Feature ist aber, dass vMotion dann keinen gemeinsam genutztem Speicher (Shared Storage) benötigt. Es richtet sich also primär an kleine Unter­nehmen, die nicht über Shared Storage verfügen, aber trotzdem laufende virtuelle Maschinen verschieben möchten.

Ferner ist das Feature nützlich für Cross-Cluster-Migrationen, wenn die Maschinen im Ziel-Cluster keinen Zugriff auf den Speicher des Quell-Clusters haben. Aktive Prozesse in den virtuellen Maschinen laufen auch während einer Shared Nothing vMotion weiter.

Die Handhabung ist wieder genauso einfach wie bei den anderen vMotion-Varianten. Beim Typ im Migrations­assistenten entscheidet man sich jetzt für den dritten Eintrag.

Da hierbei einfach nur hintereinander ein vMotion und ein Storage-vMotion-Vorgang ausgeführt werden (oder umgekehrt), wählt man sowohl einen Ziel-Host als auch einen Ziel­datenspeicher.