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

Migrieren Sie den VASA-Anbieter und aktualisieren Sie die SRA

Beitragende netapp-jani
PDFs

Schritte zur Migration des VASA-Anbieters

  1. Um Derby-PORT 1527 auf den vorhandenen ONTAP-Tools für VMware vSphere zu aktivieren, aktivieren Sie den Root-Benutzer und melden Sie sich über SSH an der CLI an. Führen Sie dann 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.4.

  3. Fügen Sie die vCenter Server-Instanz hinzu, die Sie zu ONTAP-Tools für die Version VMware vSphere 10.4 migrieren möchten. Weitere Informationen finden Sie unter "Fügen Sie eine vCenter Server-Instanz hinzu" .

  4. Integrieren Sie das Speicher-Backend lokal von den vCenter-Server-APIs für das ONTAP-Tools-Plug-In.

  5. Geben Sie die folgende API von Swagger oder in Postman zur Migration aus.

    curl -X POST https://xx.xx.xx.xx:8443/virtualization/api/v1/vcenters/{vcguid}/migration-jobs`

    Sie können über diese URL auf Swagger zugreifen: https://$FQDN_IP_PORT/', for example: `\https://10.67.25.33:8443 .

    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

    curl -X POST 'https://<OTV-NG-IP>:8443/virtualization/api/v1/vcenters/<vcguid>/migration-jobs' \ --header 'x-auth: <auth_token>' \ --header 'Content-Type: application/json' \ --data '{ "otv_ip": "xx.xx.xx.xx", "vasa_provider_credentials": { "Benutzername": "xxxxx", "Passwort": "" }, "Datenbankpasswort": "" }'

    Request Body für andere Release-Migration:

    { "otv_ip": "xx.xx.xx.xx", "vasa_provider_credentials": { "Benutzername": "xxxxx", "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 in Swagger, um den Status zu überprüfen:

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

    Überprüfen Sie nach Abschluss des Jobs den Migrationsbericht. Dieser Bericht ist in den Jobdaten enthalten und kann über die Jobantwort abgerufen werden.

  7. Fügen Sie die ONTAP-Tools für den VMware vSphere-Speicheranbieter zum vCenter Server hinzu und "Registrieren Sie den VASA Provider" mit ONTAP-Tools für VMware vSphere.

  8. "Aktivieren Sie VASA Provider" Service auf ONTAP Tools für VMware vSphere 10.4.

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

    Löschen Sie VASA Provider nicht.

    Nachdem der alte VASA-Provider gestoppt wurde, führt der vCenter Server ein Failover auf ONTAP tools for VMware vSphere durch. Alle Datenspeicher und VMs sind nun über ONTAP tools for VMware vSphere zugänglich und werden von diesen bedient.

  10. Die NFS- und VMFS-Datenspeicher, die aus den ONTAP-Tools für VMware vSphere 9.xxx migriert wurden, sind erst in den ONTAP-Tools für VMware vSphere 10.4 sichtbar, nachdem der Datastore-Erkennungsauftrag ausgelöst wurde. Das dauert bis zu 30 Minuten. Überprüfen Sie, ob die Datenspeicher auf der Übersichtsseite der ONTAP-Tools für die Benutzeroberflächenseite des VMware vSphere-Plugins sichtbar sind.

  11. Führen Sie die Patch-Migration mit der folgenden API in Swagger oder in Postman 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

    curl -X PATCH https://xx.xx.xx.xx:8443/virtualization/api/v1/vcenters/56d373bd-4163-44f9-a872-9adabb008ca9/migration-jobs/84dr73bd-9173-65r7-w345-8ufdbb887d43

    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“ }

    Der Anforderungskörper ist für den Patchvorgang leer.

    Hinweis UUID ist die Migrations-UUID, die als Antwort auf die API nach der Migration zurückgegeben wird.

    Nach Ausführung der Patch-Migrations-API halten alle VMs die Storage-Richtlinie ein.

Wie es weiter geht

Gehen Sie nach Abschluss der Migration und Registrierung der ONTAP-Tools 10.4 auf dem vCenter Server wie folgt vor:

  • Warten Sie, bis Discovery abgeschlossen ist. Die Zertifikate werden automatisch auf allen Hosts aktualisiert.

  • Warten Sie ausreichend, bevor Sie Datenspeicher- und virtuelle Maschinenvorgänge starten. Die erforderliche Wartezeit hängt von der Anzahl der Hosts, Datenspeicher und virtuellen Maschinen in der Konfiguration ab. Andernfalls kann es zu zeitweiligen Betriebsausfällen kommen.

Wenn der Compliance-Zustand der virtuellen Maschine nach dem Upgrade veraltet ist, wenden Sie die Speicherrichtlinie erneut an, indem Sie die folgenden Schritte ausführen:

  1. Navigieren Sie zum Datenspeicher, und wählen Sie Zusammenfassung > VM Storage Policies.

    Der Compliance-Status unter VM Storage Policy Compliance wird als veraltet angezeigt.

  2. Wählen Sie die Richtlinie Storage VM und die entsprechende VM aus

  3. Wählen Sie Anwenden

    Der Compliance-Status unter VM Storage Policy Compliance wird nun als konform angezeigt.

Verwandte Informationen

Schritte zum Aktualisieren des Storage Replication Adapters (SRA)

Bevor Sie beginnen

Im Wiederherstellungsplan bezeichnet der geschützte Standort den Ort, an dem die VMs aktuell ausgeführt werden, während der Wiederherstellungsstandort der Ort ist, an dem die VMs wiederhergestellt werden. Die SRM-Oberfläche zeigt den Status des Wiederherstellungsplans mit Details zu den geschützten und den Wiederherstellungsstandorten an. Im Wiederherstellungsplan sind die Schaltflächen CleanupP und Reprotect deaktiviert, während die Schaltflächen TEST und RUN aktiviert bleiben. Dies zeigt an, dass der Standort für die Datenwiederherstellung vorbereitet ist. Stellen Sie vor der Migration des SRA sicher, dass sich ein Standort im geschützten Zustand und der andere im Wiederherstellungszustand befindet.

Hinweis Starten Sie die Migration nicht, wenn das Failover abgeschlossen wurde, der erneute Schutz jedoch aussteht. Stellen Sie sicher, dass der erneute Schutz abgeschlossen ist, bevor Sie mit der Migration fortfahren. Wenn ein Test-Failover ausgeführt wird, bereinigen Sie das Test-Failover, und starten Sie die Migration.

  1. Führen Sie diese Schritte aus, um den SRA-Adapter für ONTAP-Tools für VMware vSphere 9.xx in der VMware-Standortwiederherstellung zu löschen:

    1. Wechseln Sie zur Seite VMware Live Site Recovery Configuration Management

    2. Gehen Sie zum Abschnitt Storage Replication Adapter.

    3. Wählen Sie im Auslassungsmenü Konfiguration zurücksetzen.

    4. Wählen Sie im Auslassungsmenü Löschen.

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

    1. "Aktivieren Sie ONTAP-Tools für VMware vSphere-Services"

    2. Installieren Sie ONTAP-Tools für den VMware vSphere 10.4 SRA-Adapter mithilfe der Schritte in "Konfigurieren Sie SRA auf der VMware Live Site Recovery-Appliance".

    3. Führen Sie auf der VMware Live Site Recovery-Benutzeroberflächenseite die Vorgänge Arrays ermitteln und Geräte ermitteln aus und bestätigen Sie, dass die Geräte wie vor der Migration angezeigt werden.