Bereiten Sie Ihre Migrationsumgebung vor, indem Sie die in Tabelle C-1 aufgeführten erforderlichen Komponenten bereitstellen. Stellen Sie sicher, dass jede Komponente den angegebenen Anforderungen entspricht.
Tabelle C-1 Erforderliche Komponenten für die WSFC-Migration zu VMware-VMs mit RDM-Datenträgern
|
Erforderliche Komponente |
Beschreibung |
|---|---|
|
Windows Server-Failovercluster |
Ein unterstützter Windows Server-Failovercluster mit zwei Knoten (aktiv/passiv). Stellen Sie sicher, dass PlateSpin Migrate den Windows-Ursprungscluster für die Migration zu VMware unterstützt. Siehe |
|
VMware vCenter Cluster 6.x |
Ein unterstützter VMware 6.x-Cluster mit mindestens zwei Mitgliedshosts, auf denen die gleiche Softwareversion von VMware ESXi ausgeführt wird. Die VM-Knoten für den Ziel-WSFC befinden sich auf verschiedenen Hosts im gleichen VMware-Cluster. Beide Hosts müssen sich in der gleichen Broadcast-Domäne befinden. Jeder Host muss über eine NIC verfügen, die als Uplink den virtuellen Switch des Hosts mit dem Heartbeat-Netzwerk verbinden kann. Der Uplink abstrahiert die eigentlichen NIC-Informationen, sodass auf jedem Host eine andere Host-NIC für den Heartbeat-Verkehr verwendet werden kann. Stellen Sie sicher, dass PlateSpin Migrate die VMware-Version als Zielplattform unterstützt. Siehe Tabelle 2-12, Unterstützte VMware-Zielplattformen für PlateSpin Migrate-Weboberfläche und Migrate-Client. Stellen Sie sicher, dass die VMware-Zielumgebung mit dem Windows-Ursprungscluster und der systemübergreifenden Clusterkonfiguration kompatibel ist. Weitere Informationen finden Sie unter Microsoft Windows Server-Failovercluster auf VMware vSphere 6.x: Richtlinien für unterstützte Konfigurationen (2147661) in der VMware-Knowledgebase. |
|
vSphere Web Client |
VMware-Werkzeug zur Vorbereitung der VMware-Zielumgebung. Stellen Sie sicher, dass Sie über Administratorzugriff für den VMware vCenter-Cluster und die Mitgliedshosts verfügen, um die VMware-Umgebung, das Heartbeat-Netzwerk, die VMs und RDM-Datenträger vorzubereiten. HINWEIS:Alternativ können Sie den vSphere-Client verwenden. Passen Sie die Anweisungen nach Bedarf an, um die Schritte auszuführen und die erforderlichen Konfigurationseinstellungen anzuwenden. |
|
SAN-Speicher |
Fibre Channel(FC)-SAN-Speicher für die RDM-Datenträger. Das SAN muss für die VMware-Umgebung zugänglich sein. HINWEIS:VMware verlangt, dass Sie für alle gemeinsam genutzten RDM-Datenträger, die Sie für den Windows-Cluster erstellen, den gleichen SAN-Typ verwenden. Dieses Migrationsszenario wurde mit RDM-Datenträgern getestet, die mit LUNs auf einem FC-SAN erstellt wurden. |
|
PlateSpin Migrate-Server |
Im Ursprungsnetzwerk bereitgestellter Migrate-Server. |
|
PlateSpin Migrate-Client |
Auf dem Migrate-Server oder einem dedizierten Computer des Ursprungsnetzwerks bereitgestellter Migrate-Client. |
|
PlateSpin-ISO-Image-Datei |
Laden Sie das PlateSpin-ISO-Image von der Software-Download-Seite für PlateSpin Migrate herunter. Siehe Abschnitt H.1, Herunterladen der PlateSpin-ISO-Images. |
|
NTP-Server |
Ein externer NTP-Server für die VM-Hosts. Nach der Migration empfiehlt VMware, die Zeit für die VM-Knoten des Clusters mit dem von Ihrem Domänencontroller verwendeten NTP-Server zu synchronisieren. Deaktivieren Sie die hostbasierte Zeitsynchronisierung für die beiden VMs. |
Bevor Sie mit der Migration beginnen, müssen Sie das Heartbeat-Netzwerk, die VMs und RDM-Datenträger in der VMware-Zielumgebung vorbereiten und konfigurieren. Tabelle C-2 enthält die Konfigurationsanforderungen für diese VMware-Zielkomponenten. Eine Anleitung dazu finden Sie unter Abschnitt C.3, Vorbereiten der VMware-Zielumgebung.
Tabelle C-2 Konfigurationsanforderungen für VMware-Zielkomponenten
|
Erforderliche VMware-Komponenten |
Anmerkungen |
|---|---|
|
LUNs im FC-SAN |
Eine LUN (logischer Datenträger) in Ihrem FC-SAN wird für jeden gemeinsam genutzten RDM-Datenträger verwendet. Die Größe jeder LUN sollte dem gemeinsam genutzten Quorum oder der Datenplatte des Ursprungs entsprechen, die Sie auf dem RDM-Datenträger speichern möchten. |
|
Virtuelles Heartbreak-Netzwerk |
Ein dediziertes virtuelles Netzwerk für die private Heartbeat-Kommunikation zwischen den VM-Knoten des Windows-Clusters über Hosts hinweg. Erstellen Sie das virtuelle Netzwerk vor den Ziel-VMs und RDM-Datenträgern. |
|
Ziel-VM-Knoten |
Ziel-VMs, die als Mitglieder des WSFC verwendet werden sollen. Jede VM muss über zwei NICs verfügen: Eine für das Datennetzwerk und eine für das private Heartbeat-Netzwerk. |
|
SCSI-Controller |
Ein dedizierter SCSI-Controller (virtueller SCSI-Adapter) auf jedem VM-Knoten des Clusters für die gemeinsam genutzten RDM-Datenträger. Alle VM-Knoten des Clusters müssen die gleiche Ziel-ID (auf dem dedizierten SCSI-Controller) für den gleichen gemeinsam genutzten Datenträger verwenden. Wenn Sie beispielsweise den ersten gemeinsam genutzten RDM-Datenträger mit SCSI1:0 und den zweiten mit SCSI1:1 auf VM1 verbinden, müssen Sie die gleichen Datenträger mit den gleichen IDs auf VM2 verbinden. |
|
RDM-Datenträger |
Gemeinsam genutzte Datenträger für das gemeinsam genutzte Quorum und die Datenplatten, die für jeden VM-Knoten des Clusters zugänglich sind. VMware verlangt einen separaten RDM-Datenträger für jeden gemeinsam genutzten Quorum-Datenträger und jede gemeinsam genutzte Datenplatte. Konfigurieren Sie die RDM-Datenträger im physischen Kompatibilitätsmodus. Legen Sie den physischen Modus für die gemeinsame SCSI-Bus-Verwendung fest. |