Trotz unserer umfangreichen Arbeit rund um VMware vSAN in Bezug auf Website-Inhalte und Rezensionen mag es überraschen, dass wir vSAN bisher nicht produktiv eingesetzt haben. Nach der Aktualisierung unserer Testserver (12x Dell EMC PowerEdge R740xd ) beschlossen wir, dieses Problem zu lösen, indem wir einige PowerEdge R730 -Server und vorhandene SSDs umfunktionierten. Das Ergebnis ist eine einfache vSAN 6.6-Konfiguration, die wir zum Hosten von Test-VMs sowie als Plattform zum Testen und Berichten neuer vSAN-Funktionen nutzen werden. Diese Implementierung wirft jedoch eine Frage auf, die vSAN-Käufer häufig beschäftigt: Wie migriere ich bestehende Workloads zu vSAN?
Wie bei den meisten Unternehmen ist unser primärer Laborspeicher eine Mischung aus iSCSI-Freigaben und Fibre-Channel-Speicher, wobei sich die meisten unserer Daten auf Dot Hill-Arrays und einem Fusion-io ION befinden. Es gibt verschiedene Möglichkeiten, diese Migration anzugehen, von der Verschiebung von VMs zwischen Datenspeichern mit einem einfachen SVMotion-Befehl, wobei der Speicher lokal an einen Host angeschlossen ist, der beide Datenspeicher sehen kann, oder einer zweistufigen Migration, bei der sowohl der Host als auch der Datenspeicher geändert werden.
Wenn Sie über ein Speicherarray mit iSCSI-LUNs verfügen, ist dieser Vorgang ziemlich einfach. Fügen Sie das iSCSI-Speichergerät zu einem Ihrer vSAN-Hosts hinzu, falls Sie dies noch nicht getan haben, fügen Sie das iSCSI-Ziel von Ihrem Speicherarray hinzu und haben Sie schnell Zugriff auf diese VM innerhalb des vSAN-Clusters, ohne den Datenspeicher noch migrieren zu müssen. Wenn Sie über ein Speicher-Array verfügen, das über FC kommuniziert, können Sie entweder einen FC-HBA nutzen, sofern bereits einer in Ihrem Server vorhanden ist, oder einen zum Host hinzufügen. Wenn der FC-Speicher in Zukunft nicht mehr häufig genutzt wird, lohnen sich die mit der Installation des HBA verbundenen Kosten und Ausfallzeiten möglicherweise nicht. In diesem Fall fahren wir mit dem zweistufigen Prozess fort.
Wenn Sie VMs zwischen ESXi-Hosts verschieben, bei denen sich Rechenleistung und Speicher im Zuge der gleichen Bewegung ändern, können Sie die VM an eine beliebige Stelle in Ihrer Umgebung verschieben, solange die Geräte in Ihrem vCenter miteinander kommunizieren können. Dies ist die Option mit der höchsten Kompatibilität, aber möglicherweise nicht der schnellste Übertragungspfad, wenn bereits ein nativer Pfad vorhanden ist. Für einzelne VMs oder kleine Gruppen stellt dies möglicherweise kein Problem dar, bei recht großen VMs oder großen Stapeln kann jedoch ein schnellerer Übertragungspfad gerechtfertigt sein.
In unserem Fall können wir sehen, dass die Übertragung der VM nur wenige Minuten dauerte, wobei die 10G-Netzwerkverbindung zwischen den beiden Hosts dazu beitrug, Geschwindigkeiten von bis zu etwa 400 MB/s zu erreichen. Insgesamt ist dies einer der einfacheren Schritte, die mit der Einrichtung und Inbetriebnahme Ihrer vSAN-Plattform verbunden sind. Es gibt jedoch einige Möglichkeiten, dies zu erreichen, je nachdem, welche Anforderungen oder Hardwarefunktionen Sie haben.
In diesem Artikel haben wir ausführlich darüber gesprochen, wie einfach die Migration bestehender VMware VMDKs und iSCSI-Freigaben zu vSAN ist. In Unternehmen mit bereits virtualisierter Infrastruktur ist dieser Prozess recht unkompliziert. VMware bietet auch ein Tool für Bare-Metal-Migrationen an; wir haben zuvor den VMware vCenter Converter verwendet , um ältere Workloads zu virtualisieren. Unabhängig vom gewählten Weg bietet vSAN im Vergleich zu herkömmlichen IT-Bereitstellungen erhebliche Vorteile hinsichtlich Betriebseffizienz und Gesamtbetriebskosteneinsparungen. Wir freuen uns darauf, diese Vorteile in unserem Labor zu nutzen und werden in Kürze weitere Beiträge zu unseren praktischen Erfahrungen veröffentlichen.
Amazon