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. Stellen Sie OVA für ONTAP tools for VMware vSphere 10.5 bereit.

  3. Fügen Sie die vCenter Server-Instanz hinzu, die Sie zu ONTAP tools for VMware vSphere 10.5 Release migrieren möchten. Weitere Informationen finden Sie unter "Fügen Sie eine vCenter Server-Instanz hinzu" für weitere Informationen.

  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/ , Zum Beispiel: 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"Dienst auf ONTAP tools for VMware vSphere 10.5.

  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 den VASA-Anbieter 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 aus den ONTAP tools for VMware vSphere 9.xxx migrierten NFS- und VMFS-Datenspeicher sind in den ONTAP tools for VMware vSphere 10.5 erst sichtbar, nachdem der Datenspeichererkennungsjob ausgelöst wurde. Dies kann bis zu 30 Minuten dauern. Stellen Sie sicher, dass die Datenspeicher auf der Übersichtsseite der ONTAP Tools für die Benutzeroberflächenseite des VMware vSphere-Plug-Ins 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

Nachdem Sie die Migration abgeschlossen und ONTAP Tools 10.5 beim vCenter Server registriert haben, führen Sie die folgenden Schritte aus:

  • 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. Gehen Sie zum Datenspeicher und wählen Sie Zusammenfassung > VM-Speicherrichtlinien.

    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 Schnittstelle der VMware Live Site Recovery-Appliance zeigt den Status des Wiederherstellungsplans mit Details zu den geschützten und Wiederherstellungs-Sites an. Im Wiederherstellungsplan sind die Schaltflächen „Bereinigen“ und „Neu schützen“ deaktiviert, während die Schaltflächen „Testen“ und „Ausführen“ 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 Beginnen Sie nicht mit der Migration, wenn das Failover abgeschlossen ist, der erneute Schutz jedoch noch aussteht. Stellen Sie sicher, dass der erneute Schutzvorgang abgeschlossen ist, bevor Sie mit der Migration fortfahren. Wenn ein Test-Failover läuft, 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. Konfigurieren Sie ONTAP tools for VMware vSphere 10.5 SRA-Adapter mit den Schritten 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.