Skip to main content
ONTAP tools for VMware vSphere 10.1
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

Migrieren Sie zur neuesten Version der ONTAP-Tools

Beitragende

Bei der Migration von Storage-Daten werden Storage-Back-Ends manuell über REST-APIs integriert. Bei der Migration von VASA Provider-Daten werden die Daten aus der bestehenden Derby-Datenbank exportiert und in die MongoDB-Datenbank importiert.

Hinweis Es wird empfohlen, die ONTAP-Tools für das Setup von VMware vSphere 9.xx nur zu migrieren, wenn das Setup die Funktion des VASA-Providers alleine bedient. Bei NVMe-Datastores und vVol-Replizierung wird die Migration des Setups zu ONTAP-Tools für VMware vSphere 10.1 nicht empfohlen.

Über diese Aufgabe

Die Migration wird von ONTAP-Tools für VMware vSphere 9.10D2, 9.11D4, 9.12 und 9.13 Versionen bis 10.1 unterstützt.

Hinweis Als bestehender Benutzer müssen Sie das OVA-Backup von Ihrer aktuellen Version durchführen, bevor Sie ein Upgrade auf die Patch-Versionen durchführen.

Allgemeine Migrationsschritte

  1. Implementieren Sie OVA für ONTAP Tools für VMware vSphere 10.1.

  2. Fügen Sie die vCenter Server-Instanz hinzu, die Sie zu ONTAP-Tools für die Version VMware vSphere 10.1 migrieren möchten. Siehe "Fügen Sie vCenter Server-Instanzen hinzu und verwalten Sie sie"

  3. Lokales Storage-Back-End aus den ONTAP Tools für VMware vSphere Plug-in vCenter APIs integrieren Fügen Sie Storage als lokal im Umfang enthaltenen Storage für die Migration hinzu.

  4. Die NFS- und VMFS-Datenspeicher, die aus den ONTAP-Tools für VMware vSphere 9.xx migriert wurden, sind in den ONTAP-Tools für VMware vSphere 10.1 erst sichtbar, nachdem der Datastore-Erkennungsvorgang ausgelöst wurde. Das Auslösen kann bis zu 30 Minuten dauern. Überprüfen Sie, ob die Datastores auf der Seite „Übersicht“ der UI-Seite „ONTAP Tools for VMware vSphere Plugin“ angezeigt werden.

SRA-Migrationsschritte

Bevor Sie beginnen

Stellen Sie vor der Migration sicher, dass sich einer der Standorte in einem geschützten Zustand befindet und sich der andere im Wiederherstellungsstatus befindet.

Hinweis Führen Sie keine Migration durch, wenn das Failover gerade abgeschlossen ist und der erneute Schutz aussteht. Führen Sie die erneute Sicherung durch, und führen Sie die Migration durch. Das gilt auch für das Testen des Wiederherstellungsplans. Sobald das Testen des Wiederherstellungsplans abgeschlossen ist, bereinigen Sie die Test-Recovery und starten Sie dann die Migration.

  1. Führen Sie die folgenden Schritte aus, um ONTAP-Tools für den SRA-Release-Adapter VMware vSphere 9.xx in der SRM-Benutzeroberfläche zu löschen:

    1. Rufen Sie die Seite SRM Configuration Management auf

    2. Gehen Sie zum Abschnitt Storage Replication Adapter

    3. Klicken Sie auf das Kebab-Menü und dann auf Konfiguration zurücksetzen

    4. Klicken Sie auf das Kebab-Menü und wählen Sie Löschen

      Führen Sie diese Schritte sowohl an Sicherungs- als auch an Recovery-Standorten aus.

  2. Installieren Sie ONTAP-Tools für den VMware vSphere 10.1 SRA-Adapter anhand der Schritte in auf Schutz- und Recovery-Seiten "Konfigurieren Sie SRA auf der SRM-Appliance"

  3. Führen Sie auf der SRM-UI-Seite die Vorgänge Arrays ermitteln und Geräte ermitteln aus, und überprüfen Sie, ob die Geräte vor der Migration so angezeigt werden, wie es war.

Migrationsschritte für VASA-Provider

  1. Aktivieren Sie Derby-PORT 1527 auf den vorhandenen ONTAP-Tools für VMware vSphere. Um den Port zu aktivieren, melden Sie sich bei CLI mit root user an und führen Sie den folgenden Befehl aus:

    iptables -I INPUT 1 -p tcp --dport 1527 -j ACCEPT

  2. Implementieren Sie OVA für ONTAP Tools für VMware vSphere 10.1.

  3. Fügen Sie die vCenter Server-Instanz hinzu, die Sie zu ONTAP-Tools für die Version VMware vSphere 10.1 migrieren möchten. Siehe "Fügen Sie eine vCenter Server-Instanz hinzu".

  4. Lokales Storage-Back-End aus den Remote Plug-in vCenter APIs integrieren Hinzufügen von Storage als lokalen Umfang für die Migration

  5. Geben Sie den folgenden API-Aufruf zur Migration aus:

    HTTP-Methode und Endpunkt

    Dieser REST-API-Aufruf verwendet die folgende Methode und den folgenden Endpunkt.

    HTTP-Methode

    Pfad

    POST

    /API/v1

    Verarbeitungsart

    Asynchron

    Beispiel für Curl

    /API/v1/vcenters/{vcguid}/Migration-Jobs

    JSON-Eingabebeispiel Antragstelle für Migration von 9.12 und 9.13:

    { „otv_ip“: „10.12.13.45“, „vasa_Provider_Credentials“: { „Benutzername“: „Vasauser“, "Passwort": " „ } "Database_password": "* „ }

    Request Body für andere Release-Migration:

    { „otv_ip“: „10.12.13.45“, „vasa_Provider_Credentials“: { „Benutzername“: „Vasauser“, "Passwort": "* „ } }

    JSON-Ausgabebeispiel

    Ein Jobobjekt wird zurückgegeben. Sie sollten die Jobkennung speichern, um sie im nächsten Schritt zu verwenden.

    { „id“: 123, „Migration_id“: „D50073ce-35b4-4c51-9d2e-4ce66f802c35“, „Status“: „Läuft“ }

  6. Verwenden Sie den folgenden URI, um den Status zu überprüfen:

    https://xx.xx.xx.xxx:8443/virtualization/api/jobmanager/v2/jobs/<JobID>?includeSubJobsAndTasks=true

    Sobald der Job abgeschlossen ist, validieren Sie den Migrationsbericht. Sie können den Bericht aus der Jobantwort als Teil der JobData sehen.

  7. Fügen Sie dem vCenter-Server und ONTAP-Tools für VMware vSphere Storage Provider 10.1 hinzu "Registrieren Sie VASA Provider auf vCenter Server".

  8. Stoppen Sie ONTAP Tools für VMware vSphere Storage Provider 9.10/9.11/9.12/9.13 VASA Provider Service von der Wartungskonsole aus.

    Löschen Sie den VASA-Anbieter nicht.

    Sobald der alte VASA-Provider angehalten wurde, erfolgt ein Failover von vCenter Server zu ONTAP-Tools für VMware vSphere 10.1. Der Zugriff auf alle Datenspeicher und VMs erfolgt über ONTAP Tools für VMware vSphere 10.1.

  9. Führen Sie die Patch-Migration mithilfe der folgenden API durch:

    HTTP-Methode und Endpunkt

    Dieser REST-API-Aufruf verwendet die folgende Methode und den folgenden Endpunkt.

    HTTP-Methode

    Pfad

    PATCH

    /API/v1

    Verarbeitungsart

    Asynchron

    Beispiel für Curl

    PATCH „/API/v1/vcenters/56d373bd-4163-44f9-a872-9adabb008ca9/Migration-Jobs/84dr73bd-9173-65r7-w345-8ufdbb887d43

    JSON-Eingabebeispiel

    { „id“: 123, „Migration_id“: „D50073ce-35b4-4c51-9d2e-4ce66f802c35“, „Status“: „Läuft“ }

    JSON-Ausgabebeispiel

    Ein Jobobjekt wird zurückgegeben. Sie sollten die Jobkennung speichern, um sie im nächsten Schritt zu verwenden.

    { „id“: 123, „Migration_id“: „D50073ce-35b4-4c51-9d2e-4ce66f802c35“, „Status“: „Läuft“ }

    Anforderungskörper ist für Patchvorgang leer.

    Hinweis uuid ist die Migrations-uuid, die in der Antwort der API nach der Migration zurückgegeben wird.

    Sobald die API für die Patch-Migration erfolgreich war, entsprechen alle VMs der Storage-Richtlinie.

  10. Die delete-API für die Migration ist:

    HTTP-Methode

    Pfad

    Löschen

    /API/v1

    Verarbeitungsart

    Asynchron

    Beispiel für Curl

    /API/v1/vcenters/{vcguid}/Migration-Jobs/{Migration_id}

    Diese API löscht die Migration nach Migrations-ID und löscht die Migration auf dem angegebenen vCenter Server.

Gehen Sie nach der erfolgreichen Migration und nach der Registrierung der ONTAP-Tools 10.1 im vCenter Server wie folgt vor:

  • Aktualisieren Sie das Zertifikat auf allen Hosts.

  • Warten Sie einige Zeit, bevor Sie Vorgänge in Datenspeicher (DS) und Virtual Machine (VM) ausführen. Die Wartezeit hängt von der Anzahl der Hosts, DS und VMs ab, die im Setup vorhanden sind. Wenn Sie nicht warten, können die Vorgänge zeitweise ausfallen.