4.1 Planen der Migration von Workloads zu Azure

PlateSpin Migrate 12.1 optimiert die Weboberfläche, sodass die folgenden Windows- und Linux-Workloads zu Microsoft Azure migriert werden können:

Windows:

  • Microsoft Windows Server 2012 R2

  • Microsoft Windows Server 2012

  • Microsoft Windows Server 2008 R2

Linux:

  • Red Hat Enterprise Linux (RHEL) 7.1

  • Red Hat Enterprise Linux (RHEL) 6.7

  • SUSE Linux Enterprise Server (SLES) 11 SP 4

  • SUSE Linux Enterprise Server (SLES) 11 SP 3

HINWEIS:

  • Die Migration von Microsoft Azure-Ursprungs-Workloads zu Microsoft Azure-Zielcontainern wird nicht unterstützt.

  • Die Migration von Linux-Workloads zu einem Azure-Ziel ist auf Workloads mit einer einzigen NIC beschränkt.

Vor der Migration von Workloads zu Azure über die PlateSpin Migrate-Weboberfläche ist Folgendes zu beachten:

  • Die Migration von Windows-Cluster-Workloads wird nicht unterstützt, weil Microsoft Azure keine Windows-Cluster unterstützt.

  • Die Migration von UEFI-Workloads wird nicht unterstützt.

  • Der PlateSpin Migrate-Client unterstützt nicht die Migration von Workloads zu Microsoft Azure. Diese Workloads können nur über die PlateSpin Migrate-Weboberfläche zu Microsoft Azure migriert werden.

  • Eine Testübernahme wird nicht unterstützt. Die Übernahme der Workloads kann nur endgültig ausgeführt werden.

  • PlateSpin Migrate unterstützt Azure-VMs mit bis zu 64 Datenplatten. Bei der maximalen Instanzengröße in einem ausgewählten Azure-Bereich zieht Migrate nur eine einzige Datenplatte für die Reproduktion des Betriebssystems in der PlateSpin-Reproduktionsumgebung heran. Nach der Migration wird diese Datenplatte zur Betriebssystemplatte und Sie können eine Datenplatte hinzufügen.

    Jede Datenplatte muss mindestens 1 TB (1.024 GB) umfassen.

  • In Migrate wird eine Größe für die VM-Instanz empfohlen, die mindestens den Einstellungen des Ursprungs-Workloads für Kerne, Arbeitsspeicher, Datenplatten und NICs entspricht. Abhängig von Ihren Anforderungen für den Ziel-Workload können Sie jedoch eine kleinere oder größere Instanzengröße festlegen, die nur durch die maximal verfügbare Instanzengröße im ausgewählten Azure-Bereich beschränkt ist.

  • Die Größe der erstellten Platte auf der Azure-VM ist gleich der Größe der ursprünglichen Festplattenpartition plus etwa 1 GB (aufgrund der Einteilung der verfügbaren Plattengrößen in Azure).

  • Für den migrierten Ziel-Workload benötigen Sie eine Betriebssystemlizenz. Bei Azure-Ziel-Workloads müssen Sie die Lizenzinformationen in Azure angeben, ansonsten stellt Microsoft Ihnen die Betriebssystemlizenz in Rechnung.

  • Für jedes Azure-Zielabonnement müssen Sie die programmatische Bereitstellung der PlateSpin Migrate-Reproduktionsumgebungs-VM aktivieren. Weitere Informationen hierzu finden Sie in Abschnitt 4.2, Aktivieren der Bereitstellung der Reproduktionsumgebungs-VM durch eine Azure-Subscription.

  • Wenn die Uhrzeit auf dem PlateSpin-Server nicht mehr synchron ist, wird die Übernahme mit dem Fehlercode 403 („Verboten“) abgebrochen.

  • Prüfen Sie, ob der PlateSpin-Server-Host die richtige Uhrzeit für seine Zeitzone anzeigt. Falls die Uhrzeit auf dem PlateSpin-Server-Host nicht korrekt ist, wird die Übernahme mit dem Fehlercode 403 („Verboten“) abgebrochen.

4.1.1 Voraussetzungen für die Migration von Workloads zu Azure

In PlateSpin Migrate werden Workloads mithilfe des Microsoft Azure-Ressourcen-Managers zu Microsoft Azure migriert. Bevor Sie Workloads mit PlateSpin Migrate zu Microsoft Azure migrieren können, müssen die folgenden Voraussetzungen für den Cloud-Zugriff korrekt konfiguriert und verfügbar sein:

  • Ein Microsoft Azure-Konto und eine Subscription für dieses Konto

  • Eine Client-ID für den Zugriff auf Microsoft Azure

  • Ein Azure Active Directory-Benutzer, der als Beitragender für die Subscription angelegt wurde

  • Ein virtuelles Netzwerk mit einem Teilnetz, das nicht mit dem standardmäßigen Gateway-Teilnetz übereinstimmt

  • Für eine erfolgreiche Migration gelten die folgenden netzwerkspezifischen Mindestvoraussetzungen:

    • Der Ursprungs-Workload und der Ziel-Workload müssen über Port 443 mit dem PlateSpin Migrate-Server kommunizieren können. Der Ziel-Workload ist eine genaue Reproduktion des Ursprungs-Workloads in Microsoft Azure.

    • Der PlateSpin Migrate-Server muss über Port 443 mit dem Microsoft Azure-API-Endgerät kommunizieren können.

    • Der PlateSpin Migrate-Server muss über die Ports für DCOM, WMI und RPC mit den Ursprungs-Workloads kommunizieren können.

    • Der Ziel-Workload muss den Ursprungs-Workload über Port 3725 (Standardeinstellung) erreichen können. Die Richtung dieser Verbindung kann umgekehrt werden (Ursprung zu Ziel) und die Portnummer ist konfigurierbar.

Weitere Informationen zum Einrichten des Azure-Cloud-Kontos für PlateSpin Migrate finden Sie unter PlateSpin Migrate – Bewährte Verfahren für die Migration von Windows-Workloads zu Microsoft Azure auf der Webseite der PlateSpin Migrate-Ressourcen.