Skip to main content
ONTAP tools for VMware vSphere 105
Eine neuere Version dieses Produkts ist erhältlich.
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 Provider und aktualisieren Sie die SRA in ONTAP tools

Beitragende netapp-revathid
Änderungen vorschlagen
PDFs

In diesem Abschnitt werden die Schritte beschrieben, um den VASA Provider von ONTAP tools for VMware vSphere 9.xx auf ONTAP tools for VMware vSphere 10.5 zu migrieren und den Storage Replication Adapter (SRA) auf der VMware Live Site Recovery Appliance zu aktualisieren.

Schritte zur Migration des VASA Provider

  1. Um Derby PORT 1527 auf den vorhandenen ONTAP tools for VMware vSphere zu aktivieren, muss der Root-Benutzer aktiviert und über SSH an der CLI angemeldet werden. Anschließend ist folgender Befehl auszuführen:

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

  2. OVA für ONTAP tools für VMware vSphere 10.5 bereitstellen.

  3. Fügen Sie die vCenter Server-Instanz hinzu, die auf ONTAP tools for VMware vSphere 10.5 migriert werden soll. Weitere Informationen sind unter "Eine vCenter Server-Instanz hinzufügen" verfügbar.

  4. "VASA Provider aktivieren" Service auf ONTAP tools for VMware vSphere 10.5.

  5. Das Storage-Backend wird lokal über die vCenter Server-APIs für das ONTAP tools Plug-in eingebunden. Weitere Informationen sind unter "Ein Storage-Backend über die vSphere Client-Oberfläche hinzufügen" verfügbar.

  6. Ein Zugriffstoken zur Authentifizierung von REST-API-Anfragen wird benötigt. Im folgenden Beispiel sind die Variablen durch die für Ihre Umgebung spezifischen Werte zu ersetzen.

    curl --request POST \
  --location "https://$FQDN_IP_PORT/virtualization/api/v1/auth/vcenter-login" \
  --header "Content-Type: application/json" \
  --header "Accept: */*" \
  -d '{"username": "$MYUSER", "password": "$MYPASSWORD", "vcenter hostname": "$MYVCENTER"}'

    Das in der Antwort zurückgegebene Zugriffstoken kopieren und speichern.

  7. Führen Sie die folgende API von Swagger oder Postman aus, um die Migration durchzuführen.

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

    Sie können Swagger über diese URL aufrufen: 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

    Curl-Beispiel

    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": {
      "username": "xxxxx",
      "password": "******"
    },
    "database_password": "******"
  }'

    Anfragetext für andere Release-Migration:

    {
  "otv_ip": "xx.xx.xx.xx",
  "vasa_provider_credentials": {
    "username": "xxxxx",
    "password": "*******"
  }
}

    Beispiel für eine JSON-Ausgabe

    Das System gibt ein Jobobjekt zurück. Die Job-ID wird gespeichert, um sie im nächsten Schritt zu verwenden.

    {
  "id": 123,
  "migration_id": "d50073ce-35b4-4c51-9d2e-4ce66f802c35",
  "status": "running"
}

  8. Die folgende URI in Swagger gibt den Status aus:

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

    Verwenden Sie den im vorherigen Schritt vom Migrationsauftrag zurückgegebenen Wert 'id'. Überprüfen Sie nach Abschluss des Auftrags den Migrationsbericht in der Auftragsantwort.

  9. Den VASA Provider bei ONTAP tools for VMware vSphere registrieren. Anweisungen finden sich unter "VASA Provider registrieren".

  10. Überprüfen Sie die VASA Provider-Registrierung:

    1. Im vSphere Client navigieren Sie zum vCenter Server.

    2. Wählen Sie Configure > Storage Providers.

    3. Bestätigen Sie, dass der im vorherigen Schritt registrierte VASA Provider online erscheint.

  11. ONTAP tools for VMware vSphere Storage Provider 9.10/9.11/9.12/9.13 VASA Provider-Dienst kann mit diesen Schritten gestoppt werden:

    1. In ONTAP tools 9.x die Webkonsole öffnen.

    2. Auf die Wartungskonsole zugreifen.

    3. Geben Sie 1 ein, um das Menü Application Configuration auszuwählen.

    4. Geben Sie 5 ein, um die VASA Provider und SRA Dienste zu beenden.

    5. Im vSphere Client navigieren Sie zum vCenter Server und wählen Sie Konfigurieren > Speicheranbieter.

    6. Wählen Sie den Offline VASA Provider für ONTAP tools 9.x aus und wählen Sie Entfernen.

      Nachdem der alte VASA Provider gestoppt wurde, wechselt der vCenter Server auf ONTAP tools for VMware vSphere. Alle Datenspeicher und VMs sind zugänglich und werden von ONTAP tools for VMware vSphere bereitgestellt.

  12. Migrierte NFS und VMFS Datenspeicher erscheinen in ONTAP tools for VMware vSphere 10.5 nach dem Datenspeicher-Erkennungsauftrag, was bis zu 30 Minuten dauern kann. Die Sichtbarkeit dieser Datenspeicher ist auf der Übersichtsseite ersichtlich.

  13. Die Patch-Migration erfolgt mithilfe der folgenden API in Swagger oder in Postman:

    HTTP-Methode und Endpunkt

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

    HTTP-Methode

    Pfad

    PATCH

    /api/v1

    Verarbeitungsart

    asynchron

    Die folgende URI wird in Swagger verwendet:

    curl  -X PATCH  `\https://xx.xx.xx.xx:8443/virtualization/api/v1/vcenters/<vcenter_id>/migration-jobs/<migration_id>`

    HTTP-Methode und Endpunkt

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

    HTTP-Methode

    Pfad

    PATCH

    /api/v1

    Verarbeitungsart

    asynchron

    Die folgende URI wird in Swagger verwendet:

    curl  -X PATCH  `\https://xx.xx.xx.xx:8443/virtualization/api/v1/vcenters/<vcenter_id>/migration-jobs/<migration_id>`

    Curl-Beispiel

    curl  -X PATCH  `\https://xx.xx.xx.xx:8443/virtualization/api/v1/vcenters/56d373bd-4163-44f9-a872-9adabb008ca9/migration-jobs/d50073ce-35b4-4c51-9d2e-4ce66f802c35`

    Beispiel für eine JSON-Ausgabe

    {
  "id": 123,
  "migration_id": "d50073ce-35b4-4c51-9d2e-4ce66f802c35",
  "status": "running"
}
    Hinweis Verwenden Sie den in Schritt 7 zurückgegebenen Wert 'migration_id' als <migration_id> im PATCH-API-Aufruf. Der Anfragetext ist für die Patch-Operation leer.
    Hinweis UUID ist die Migrations-UUID, die als Antwort auf die post-migrate API zurückgegeben wird.

Nach Ausführung der Patch-Migrations-API entsprechen alle VMs der Speicherrichtlinie.

Was kommt als Nächstes

Nach Abschluss der Migration und Registrierung von ONTAP tools 10.5 beim vCenter Server sind die folgenden Schritte zu beachten:

  • Warten, bis die Erkennung abgeschlossen ist, und das System aktualisiert die Zertifikate automatisch auf allen Hosts.

  • Vor dem Start von Datenspeicher- und virtuellen Maschinen-Operationen ist zu warten. Die Wartezeit hängt von der Anzahl der Hosts, Datenspeicher und virtuellen Maschinen ab. Ohne diese Wartezeit können gelegentlich Fehler auftreten.

Nach dem Upgrade, falls der Konformitätsstatus der virtuellen Maschine veraltet ist, kann die Speicherrichtlinie mit den folgenden Schritten erneut angewendet werden:

  1. Gehen Sie zum Datenspeicher und wählen Sie Zusammenfassung > VM Storage policies.

  2. Das System zeigt den Compliance-Status unter VM storage policy compliance als Out-of-date an.

  3. Die Storage-VM-Richtlinie und die entsprechende VM auswählen.

  4. Anwenden auswählen.

  5. Der Compliance-Status unter VM-Speicherrichtlinienkonformität wird als konform angezeigt.

Verwandte Informationen

Schritte zum Aktualisieren des Speicherreplikationsadapters (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 Benutzeroberfläche der VMware Live Site Recovery Appliance zeigt den Status des Wiederherstellungsplans mit Details zum geschützten und zum Wiederherstellungsstandort an. Im Wiederherstellungsplan sind die Schaltflächen CLEANUP und REPROTECT deaktiviert, während die Schaltflächen TEST und RUN weiterhin aktiviert bleiben. Dies zeigt an, dass der Standort für die Datenwiederherstellung vorbereitet ist. Vor der Migration der SRA sollte überprüft werden, dass sich ein Standort im geschützten Status und der andere im Wiederherstellungsstatus befindet.

Hinweis Beginnen Sie die Migration nicht, wenn das Failover abgeschlossen ist, die Re-Protect-Funktion aber noch aussteht. Stellen Sie sicher, dass der Re-Protect-Vorgang 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. Die folgenden Schritte sind erforderlich, um den ONTAP tools SRA Adapter für VMware vSphere 9.xx in VMware Site Recovery zu löschen:

  2. Wechseln Sie zur Konfigurationsverwaltungsseite von VMware Live Site Recovery.

    1. Zum Abschnitt Storage Replication Adapter wechseln.

    2. Im Menü mit den Auslassungspunkten die Option Konfiguration zurücksetzen auswählen.

    3. Im Menü mit den Auslassungspunkten die Option Löschen auswählen.

  3. Diese Schritte sind sowohl an der Schutz- als auch an der Wiederherstellungsseite durchzuführen.

    1. "ONTAP tools für VMware vSphere Dienste aktivieren"

    2. ONTAP tools für VMware vSphere 10.5 SRA Adapter werden mithilfe der Schritte in "SRA auf der VMware Live Site Recovery Appliance konfigurieren" konfiguriert.

    3. In der VMware Live Site Recovery Oberfläche Arrays ermitteln und Geräte ermitteln ausführen. Bestätigen, dass die Geräte wie vor der Migration angezeigt werden.