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

Migrieren einer Speicher-VM von einem ASA -Cluster zu einem ASA r2-Cluster

Beitragende netapp-aherbin
PDFs

Ab ONTAP 9.18.1 können Sie eine Storage Virtual Machine (VM) unterbrechungsfrei von einem beliebigen ASA Cluster zu einem beliebigen ASA r2-Cluster migrieren. Die Migration von einem ASA Cluster zu einem ASA r2-Cluster ermöglicht die Übernahme der vereinfachten und optimierten Architektur von ASA r2-Systemen für reine SAN-Umgebungen.

Die Migration von Storage-VMs zwischen ASA und ASA r2-Speichersystemen wird wie folgt unterstützt:

Von jedem der folgenden ASA Systeme: Für jedes der folgenden ASA r2-Systeme:

  • ASA C800

  • ASA C400

  • ASA C250

  • ASA A900

  • ASA A800

  • ASA A400

  • ASA A250

  • ASA A150

  • ASA AFF A800

  • ASA AFF A700

  • ASA AFF A400

  • ASA AFF A250

  • ASA AFF A220

  • ASA A1K

  • ASA C30

  • ASA A90

  • ASA A70

  • ASA A50

  • ASA A30

  • ASA A20
Hinweis Die aktuellste Liste der ASA und ASA r2-Systeme finden Sie hier:"NetApp Hardware Universe" Die ASA r2-Systeme werden im NetApp Hardware Universe als „ASA A-Serie/C-Serie (Neu)“ aufgeführt.

Eine Storage-VM kann nur von einem ASA Cluster zu einem ASA r2-Cluster migriert werden. Eine Migration von einem anderen ONTAP System wird nicht unterstützt.

Bevor Sie beginnen

Alle Knoten im ASA r2-Cluster und im ASA Cluster müssen mit ONTAP 9.18.1 oder höher laufen. Die ONTAP 9.18.1 Patch-Versionen auf den Clusterknoten können variieren.

Schritt 1: Überprüfen Sie den Status der ASA -Speicher-VM

Bevor Sie eine Storage-VM von einem ASA -System migrieren, dürfen keine NVMe-Namespaces oder vVols vorhanden sein und jedes Volume in der Storage-VM sollte nur eine LUN enthalten. Die Migration von NVMe-Namespaces und vVols wird nicht unterstützt. Die Architektur von ASA r2-Systemen erfordert, dass Volumes jeweils eine einzelne LUN enthalten.

Schritte

  1. Überprüfen Sie, ob in der Speicher-VM keine NVMe-Namespaces vorhanden sind:

    vserver nvme namespace show -vserver <storage_VM>

    Wenn Einträge angezeigt werden, müssen die NVMe-Objekte vorhanden sein."konvertiert" zu LUNs oder entfernt. Siehe die vserver nvme namespace delete und die vserver nvme subsystem delete Befehle in der"ONTAP-Befehlsreferenz" für weitere Informationen.

  2. Überprüfen Sie, ob in der Speicher-VM keine vVols vorhanden sind:

    lun show -verser <storage_VM> -class protocol-endpoint,vvol

    Falls vVols vorhanden sind, sollten diese auf eine andere Storage-VM kopiert und anschließend von der zu migrierenden Storage-VM gelöscht werden. Siehe die lun copy Und lun delete Befehle in der"ONTAP-Befehlsreferenz" für weitere Informationen.

  3. Überprüfen Sie, ob jedes Volume in der Speicher-VM eine einzelne LUN enthält:

    lun show -verser <storage_VM>

    Wenn ein Volume mehr als eine LUN enthält, verwenden Sie die volume create Und lun move Befehle zum Erstellen eines 1:1-Volume-zu-LUN-Verhältnisses. Siehe die"ONTAP-Befehlsreferenz" für weitere Informationen.

Was kommt als Nächstes?

Sie sind nun bereit, eine Cluster-Peer-Beziehung zwischen Ihren ASA und ASA r2-Clustern herzustellen.

Schritt 2: Erstellen Sie eine Cluster-Peer-Beziehung zwischen Ihren ASA und ASA r2-Clustern.

Bevor Sie eine Storage-VM von einem ASA Cluster zu einem ASA r2-Cluster migrieren können, müssen Sie eine Peer-Beziehung erstellen. Eine Peer-Beziehung definiert Netzwerkverbindungen, die es ONTAP Clustern und Speicher-VMs ermöglichen, Daten sicher auszutauschen.

Bevor Sie beginnen

Sie müssen auf jedem Knoten in den Clustern, die miteinander verbunden sind, Intercluster-LIFs mit einer der folgenden Methoden erstellt haben.

Schritte

  1. Erstellen Sie auf dem ASA r2-Cluster eine Peer-Beziehung zum ASA Cluster und generieren Sie eine Passphrase:

    cluster peer create -peer-addrs <ASA_cluster_LIF_IPs> -generate-passphrase

    Das folgende Beispiel erstellt eine Cluster-Peer-Beziehung zwischen Cluster 1 und Cluster 2 und generiert eine systemgenerierte Passphrase:

    cluster1::> cluster peer create -peer-addrs 10.98.191.193 -generate-passphrase
Passphrase: UCa+6lRVICXeL/gq1WrK7ShR
            Peer Cluster Name: cluster2
            Initial Allowed Vserver Peers: -
            Expiration Time: 6/7/2017 09:16:10 +5:30
            Intercluster LIF IP: 10.140.106.185
Warning: make a note of the passphrase - it cannot be displayed again.

  2. Kopieren Sie die generierte Passphrase.

  3. Erstellen Sie auf dem ASA Cluster eine Peer-Beziehung zum ASA r2-Cluster:

    cluster peer create -peer-addrs <ASA_r2_LIF_IPs>

  4. Geben Sie die auf dem ASA r2-Cluster generierte Passphrase ein.

  5. Überprüfen Sie, ob die Cluster-Peer-Beziehung erstellt wurde:

    cluster peer show

    Das folgende Beispiel zeigt die erwartete Ausgabe für erfolgreich verbundene Cluster.

    cluster1::> cluster peer show

Peer Cluster Name   Cluster Serial Number   Availability   Authentication
-----------------   ---------------------   -------------- --------------
cluster2             1-80-123456             Available      ok
Ergebnis

Die ASA und ASA r2-Cluster sind per Peering verbunden, sodass Speicher-VM-Daten sicher übertragen werden können.

Was kommt als Nächstes?

Sie sind nun bereit, Ihre ASA -Speicher-VM für die Migration vorzubereiten.

Schritt 3: Vorbereitung der Migration der Speicher-VMs von einem ASA zu einem ASA r2-Cluster

Bevor Sie eine Storage Virtual Machine (VM) von einem ASA Cluster zu einem ASA r2-Cluster migrieren, müssen Sie einen Migrations-Pre-Check durchführen und alle erforderlichen Probleme beheben. Die Migration kann erst durchgeführt werden, wenn die Vorprüfung erfolgreich bestanden wurde.

Schritt

  1. Führen Sie auf Ihrem ASA r2-Cluster die Migrationsvorprüfung durch:

    vserver migrate start -vserver <storage_VM> -source-cluster <asa_cluster> -check-only true

    Falls Sie Probleme beheben müssen, um Ihren ASA Cluster für die Migration vorzubereiten, werden das Problem und die Korrekturmaßnahme angezeigt. Beheben Sie das Problem und wiederholen Sie die Vorabprüfung, bis sie erfolgreich abgeschlossen ist.

Was kommt als Nächstes?

Sie sind nun bereit, Ihre Storage-VM von Ihrem ASA Cluster zu einem ASA r2-Cluster zu migrieren.

Schritt 4: Migrieren einer ASA -Speicher-VM zu einem ASA r2-Cluster

Nachdem Sie Ihren ASA Cluster vorbereitet und die notwendige Cluster-Peer-Beziehung mit dem ASA r2-Cluster hergestellt haben, können Sie mit der Migration der Storage-VMs beginnen.

Bei der Migration von Speicher-VMs empfiehlt es sich, sowohl auf dem ASA -Cluster als auch auf dem ASA r2-Cluster 30 % CPU-Reserve einzuplanen, damit die CPU-Workload ausgeführt werden kann.

Über diese Aufgabe

Nach der Migration der Speicher-VMs werden die Clients automatisch auf den ASA r2-Cluster umgeschaltet und die Speicher-VM auf dem ASA Cluster wird automatisch entfernt. Die automatische Umstellung und die automatische Entfernung der Speicher-VMs sind standardmäßig aktiviert. Sie können optional beide deaktivieren und die Umstellung sowie die Entfernung der Speicher-VM manuell durchführen.

Bevor Sie beginnen

  • Der ASA r2-Cluster muss über ausreichend freien Speicherplatz verfügen, um die migrierte Speicher-VM aufzunehmen.

  • Wenn die ASA -Speicher-VM verschlüsselte Volumes enthält, muss der Onboard-Key-Manager oder der externe Key-Manager auf dem ASA r2-System auf Clusterebene konfiguriert werden.

  • Die folgenden Operationen können auf dem Quell- ASA Cluster nicht ausgeführt werden:

    • Failover-Operationen

    • WAFLIRON

    • Fingerabdruck

    • Volumen verschieben, neu hosten, klonen, erstellen, konvertieren oder Analysen

Schritte

  1. Starten Sie die Migration der Speicher-VMs vom ASA r2-Cluster aus:

    vserver migrate start -vserver <storage_VM_name> -source-cluster <ASA_cluster>

    Um die automatische Umschaltung zu deaktivieren, verwenden Sie die -auto-cutover false Parameter. Um die automatische Entfernung der ASA -Speicher-VM zu deaktivieren, verwenden Sie die -auto-source-cleanup false Parameter.

  2. Überwachen Sie den Status der Migration

    vserver migrate show -vserver <storage_VM_name>

    Wenn die Migration abgeschlossen ist, wird der Status als migration-complete angezeigt.

Hinweis Falls Sie die Migration vor dem automatischen Umstieg pausieren oder abbrechen müssen, verwenden Sie die vserver migrate pause und die vserver migrate abort Befehle. Sie müssen die Migration pausieren, bevor Sie sie abbrechen können. Die Migration kann nach dem Start der Umstellung nicht mehr abgebrochen werden.
Ergebnis

Die Speicher-VM wird vom ASA Cluster zum ASA r2-Cluster migriert. Der Name und die UUID der Speicher-VM, der Daten-LIF-Name, die IP-Adresse und Objektnamen, wie z. B. der Volumenname, bleiben unverändert. Die UUIDs der migrierten Objekte in der Speicher-VM werden aktualisiert.

Was kommt als Nächstes?

Wenn Sie die automatische Umstellung und die automatische Entfernung von Speicher-VMs deaktiviert haben,"Stellen Sie Ihre ASA Clients manuell auf Ihren ASA r2-Cluster um und entfernen Sie die Speicher-VM aus dem ASA Cluster." Die