Volume-Migration erstellen

Auf dieser Seite wird beschrieben, wie Sie eine Volume-Migration erstellen.

Hinweis

Bevor Sie eine Volume-Migration einrichten, sollten Sie sich den Migationsworkflow ansehen. Der Volume-Migrationsprozess beginnt mit dem Erstellen eines Ziel-Volumes und dem Festlegen der Details des Quellsystems. Durch diese Aktion werden eine Ziel-Volume-Ressource und eine untergeordnete Replikationsressource in NetApp Volumes erstellt, um die Replikation zu verwalten.

Hinweise

  • Die folgenden Funktionen werden für Ziel-Volumes während des Migrationsprozesses nicht unterstützt:

    • Volume-Replikation, das Ziel-Volume als Quelle für eine Kaskade. Die Volume-Replikation kann nach der Migration aktiviert werden.

    • Service-Level „Flex File“.

  • Sie können FlexGroups zu einem Volume mit großer Kapazität migrieren. Für das Service-Level „Flex Unified“ muss der Zielpool ein Pool mit großer Kapazität sein.

  • Sie müssen manuelle Sicherungen verwenden, wenn Sie Sicherungen von Ziel-Volumes erstellen. Wenn Sie versuchen, einem Ziel-Volume eine Sicherungsrichtlinie zuzuweisen, schlägt dies fehl.

  • Wählen Sie den richtigen Speicherpool aus und achten Sie darauf, dass das Ziel-Volume groß genug ist, um die logische Größe (nicht die physische Größe) Ihres Quell-Volumes aufzunehmen.

  • Geben Sie den richtigen Freigabenamen und die richtigen Protokolltypen an. Der Freigabename muss mit der Quelle übereinstimmen und die Protokolltypen müssen sorgfältig ausgewählt werden, da sie nach dem Erstellen des Volumes nicht mehr geändert werden können. Die von Ihnen ausgewählten Protokolleinstellungen werden auch den Volume-Sicherheitsstilen zugeordnet.

  • Prüfen Sie, ob der Volume-Sicherheitsstil des Ziel-Volumes, das Sie erstellen, mit dem Volume-Sicherheitsstil Ihres Quell-Volumes übereinstimmt.

  • Bevor Sie eine Volume-Migration erstellen, müssen Sie CLI-Zugriff und die erforderlichen Berechtigungen für das ONTAP-Quellsystem haben. Sie müssen innerhalb einer Stunde nach Beginn des Migrationsprozesses CLI-Befehle auf dem ONTAP-Quellsystem ausführen.

  • Sie können kein Volume mit manipulationssicheren Snapshots zu einem Volume migrieren, das automatisches Tiering verwendet.

  • Sie können ein Quell-Volume nicht gleichzeitig zu mehreren Zielen im selben Projekt migrieren.

  • Wenn Sie Daten in einen Flex Unified-Pool mit aktiviertem automatischem Tiering verschieben, aktivieren Sie während der Migration die Umgehung des Hot-Tiers. Andernfalls wird das Hot-Tier durch die Migration gefüllt und es treten Fehler aufgrund von zu wenig Speicherplatz oder eine unerwünschte Erweiterung des Hot-Tiers auf. Nach Abschluss der Migration können Sie die Umgehung des Hot-Tiers deaktivieren.

Volume-Migration erstellen

Folgen Sie der Anleitung, um mit der Google Cloud Console oder der Google Cloud CLI eine Volume-Migration zu erstellen.

Console

  1. Rufen Sie in der Google Cloud Console die Seite NetApp Volumes auf.

    Zu NetApp Volumes

  2. Klicken Sie im Menü Datenschutz auf Migrationen.

  3. Klicken Sie auf Von ONTAP migrieren.

  4. Führen Sie im Bereich Details zum Speicherpool die folgenden Schritte aus:

    1. Klicken Sie auf Speicherpool auswählen.

    2. Wählen Sie in der Liste der angezeigten Speicherpools den gewünschten Speicherpool aus.

    3. Klicken Sie auf Auswählen.

  5. Führen Sie im Bereich Volume-Details die folgenden Schritte aus:

    1. Geben Sie im Feld Name des Ziel-Volumes den Namen des Ziel-Volumes ein.

    2. Optional: Geben Sie im Feld Beschreibung eine Beschreibung für das Volume ein.

  6. Wählen Sie im Bereich Protokollkonfiguration dasselbe Protokoll wie für das Quell-Volume aus. Für einige Protokolle werden verschiedene Optionen angezeigt. Weitere Informationen zu Protokolloptionen finden Sie unter Neues Volume erstellen.

  7. Geben Sie im Bereich Freigabename im Feld Freigabename den Freigabenamen des Volumes ein. Der Freigabename muss an einem Standort eindeutig sein. Es empfiehlt sich, den Namen des Ziel-Volumes als Freigabenamen zu verwenden.

  8. Geben Sie im Bereich Kapazitätskonfiguration die Volume-Kapazität in das Feld Kapazität ein.

  9. Optional: Wenn der ausgewählte Speicherpool automatisches Tiering zulässt:

    1. Klicken Sie das Kästchen Automatisches Tiering aktivieren an, wenn Sie automatisches Tiering für das Volume aktivieren möchten.

    2. Geben Sie im Feld Schwellenwert für „kalte“ Daten in Tagen einen Schwellenwert für „kalte“ Daten zwischen 2 und 183 Tagen an. Der Standardschwellenwert für die Kühlung beträgt 31 Tage.

    3. Wenn Sie zu einem Flex Unified-Pool mit aktiviertem automatischem Tiering migrieren, klicken Sie das Kästchen Umgehung des Hot-Tiers aktivieren an. Sie können die Umgehung des Hot-Tiers nach Abschluss der Migration deaktivieren.

  10. Optional: Wenn Sie in der Protokollkonfiguration eine NFS-Variante ausgewählt haben, können Sie im Bereich Exportregeln Exportregeln für das Volume angeben.

  11. Optional: Führen Sie im Bereich Snapshot-Konfiguration die folgenden Schritte aus:

    1. Wählen Sie Snapshot-Verzeichnis sichtbar machen aus, um Clients Dateisystemzugriff auf Snapshot-Versionen zu ermöglichen. Weitere Informationen finden Sie unter Übersicht über Volume-Snapshots in NetApp Volumes.

    2. Wählen Sie Geplante Snapshots zulassen aus, um das Volume so zu konfigurieren, dass automatisch Snapshots erstellt werden. Sie können die Anzahl der Snapshots angeben, die in stündlichen, täglichen, wöchentlichen und monatlichen Snapshot-Intervallen beibehalten werden sollen. Die Zeiten werden in UTC angegeben. Wenn Sie die maximale Anzahl von Snapshots erreichen, wird der älteste Snapshot gelöscht.

    3. Prüfen Sie Ihre Snapshot-Auswahl.

  12. Klicken Sie auf Weiter.

  13. Geben Sie im Bereich Migrationsdetails im Feld Migrationsname einen Namen für die Migrationsressource ein.

  14. Klicken Sie auf Weiter.

  15. Führen Sie im Bereich Details zum Quellcluster die folgenden Schritte aus:

    1. Geben Sie im Feld Clustername den Namen Ihres Quellclusters ein.

    2. Geben Sie im Feld Name der Storage Virtual Machine den Namen der Storage Virtual Machine (SVM) ein, auch bekannt als vserver. Die SVM, die das Quell-Volume hostet.

    3. Geben Sie im Feld Volume-Name den Namen des Quell-Volumes ein.

    4. Geben Sie im Feld Intercluster-IP die IC-LIF-IP-Adresse (Intercluster-LIF) ein. Jeder Knoten des Quellclusters benötigt eine IC-LIF. Geben Sie alle IC-LIFs als durch Kommas getrennte Liste an.

    5. Optional: Geben Sie im Feld Standort eine Beschreibung für den Standort des Quellclusters ein.

  16. Klicken Sie auf „Weiter“.

  17. Prüfen Sie Ihre Einstellungen und klicken Sie auf Erstellen , um den Migrationsprozess zu starten.

Nachdem Sie den Migrationsprozess erstellt haben, werden Sie zur Ansicht mit den Volume-Details weitergeleitet. Klicken Sie auf den Tab Migration , um den Migrationsstatus zu beobachten.

Sie müssen die SnapMirror-Verbindung zwischen Ihrem ONTAP-Quellsystem und NetApp Volumes authentifizieren. Führen Sie den Befehl cluster peer create auf dem ONTAP-Quellcluster aus. Wenn noch kein Peering vorhanden ist, wird auf dem Tab Migration Migration pending cluster peering from ONTAP source cluster angezeigt. Wenn das Quellsystem den ONTAP-Modus verwendet, führen Sie cluster peer create nicht direkt darauf aus. Führen Sie stattdessen peer_cluster.py mit PEER_MODE=accept aus. Weitere Informationen finden Sie unter Cluster-Peering-Script.

Wenn Sie auf Peering initiieren klicken, wird eine Seitenleiste mit einer Anleitung angezeigt. Folgen Sie der Anleitung und klicken Sie auf Peering prüfen. Nach erfolgreichem Peering wird die Seitenleiste geschlossen und der Übertragungsstatus der Migration ändert sich in Vorbereitung. Die Baseline-Übertragung wird jetzt ausgeführt. Eine Baseline-Übertragung kann je nach Menge der zu übertragenden Daten und der Netzwerkgeschwindigkeit einige Minuten, Stunden oder Tage dauern. Sobald die Baseline-Übertragung abgeschlossen ist, ändert sich der Übertragungsstatus in Gespiegelt.

gcloud

So erstellen Sie eine Volume-Migration:

gcloud netapp volumes create VOLUME_NAME --location=LOCATION \
  --capacity=CAPACITY --protocols=PROTOCOL \
  --share-name=SHARE_NAME --storage-pool=STORAGE_POOL \
  --hybrid-replication-parameters=cluster-location=CLUSTER_LOCATION,peer-cluster-name=PEER_CLUSTER_NAME,peer-ip-addresses=PEER_IP_ADDRESSES,peer-svm-name=PEER_SVM_NAME,peer-volume-name=PEER_VOLUME_NAME,replication=REPLICATION,description=DESCRIPTION,labels=LABELS

Wenn Sie zu einem Flex Unified-Pool mit aktiviertem automatischem Tiering migrieren, aktivieren Sie während der Migration immer die Umgehung des Hot-Tiers. Nach Abschluss der Migration können Sie die Umgehung des Hot-Tiers deaktivieren. Verwenden Sie den Befehl gcloud beta netapp volumes create, um ein Volume mit aktiviertem automatischem Tiering zu erstellen.

Das folgende Beispiel zeigt die erforderlichen Parameter zum Erstellen eines Volumes mit aktiviertem automatischem Tiering:

--tiering-policy=tier-action=ENABLED,cooling-threshold-days=DAYS,enable-hot-tier-bypass-mode=on

Der Block hybrid-replication-parameters startet einen Migrationsworkflow.

Ersetzen Sie die folgenden Informationen:

  • VOLUME_NAME: der Name des Volumes. Dieser Name muss pro Standort eindeutig sein.

  • LOCATION: der Standort für das Volume.

  • CAPACITY: die Kapazität des Volumes. Sie definiert die Kapazität, die NAS-Clients sehen.

  • PROTOCOLS: die NAS-Protokolle, mit denen das Volume exportiert wird.

  • SHARE_NAME: der NFS-Exportpfad oder SMB-Freigabename des Volumes.

  • STORAGE_POOL: der Speicherpool, in dem das Volume erstellt werden soll.

  • PEER_CLUSTER_NAME: der Name des ONTAP-Clusters, der die Quell-Volumes hostet.

  • PEER_IP_ADDRESSES: die IC-LIF-IP-Adressen (Intercluster-LIF) des ONTAP-Clusters. Der Quellcluster muss für jeden Knoten eine IC-LIF bereitstellen, getrennt durch das Zeichen „#“. Geben Sie alle an.

    Das folgende Beispiel zeigt, wie Sie mehrere IC-LIF-IP-Adressen des ONTAP-Clusters hinzufügen:

    peer-ip-addresses=10.0.0.25#10.0.0.26
  • PEER_SVM_NAME: der Name der Storage Virtual Machine (SVM), auch bekannt als vserver, die das Quell-Volume besitzt.

  • PEER_VOLUME_NAME: der Name des Quell-Volumes.

  • REPLICATION: der Name der zu erstellenden Replikationsressource.

  • LARGE_VOLUME_CONSTITUENT_COUNT: Dieser Parameter ist nur erforderlich, wenn Ihr Quell-Volume eine FlexGroup ist. Weitere Informationen finden Sie unter FlexGroups und große Volumes.

    Wenn Sie ein großes Volume erstellen möchten, geben Sie auch specify --large-volume true und --multiple-endpoints true als Erstellungsparameter an.

  • CLUSTER_LOCATION:Optional: die Beschreibung des Standorts des Quellclusters.

  • DESCRIPTION:Optional: der Beschreibungstext für die Replikationsressource.

  • LABELS:Optional: Labels für die Replikationsressource.

    Das folgende Beispiel zeigt, wie Sie Schlüssel-Wert-Paare für den Parameter labels angeben:

    labels=KEY1:VALUE1#KEY2:VALUE2

Beispielaufruf:

$ gcloud beta netapp volumes create ok-destination --location australia-southeast1 \
--capacity 100 --protocols=nfsv3 \
--share-name ok-destination --storage-pool okrause-pool \
--hybrid-replication-parameters=peer-cluster-name=au2se1cvo2sqa,peer-ip-addresses=10.0.0.25#10.0.0.26,peer-svm-name=svm_au2se1cvo2sqa,peer-volume-name=okrause_source,replication=okrause-replication \
--tiering-policy=tier-action=ENABLED,cooling-threshold-days=31,enable-hot-tier-bypass-mode=on

Geben Sie alle zutreffenden optionalen Parameter an, um die Anforderungen an Ihr Volume zu erfüllen. Für ein NFS-Volume ist beispielsweise möglicherweise eine Exportrichtlinie erforderlich.

Alle Optionen ansehen:

gcloud netapp volumes create --help

Nachdem das Ziel-Volume und die Replikationsressource erstellt wurden, versucht NetApp Volumes, ein Peering mit Ihrem ONTAP-Quellsystem herzustellen. Dieser Peering-Prozess dient als Authentifizierungs- und Autorisierungsschritt und schützt Ihren Quellcluster vor schädlichen SnapMirror-Anfragen. Führen Sie daher nur ein Peering mit vertrauenswürdigen Systemen durch.

Nächste Schritte ansehen:

gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION

Der aktuelle Authentifizierungsstatus kann jederzeit ausgegeben werden. Es kann jedoch bis zu fünf Minuten dauern, bis sich der Status ändert, nachdem eine Aktion den Prozess zum nächsten Schritt weitergeleitet hat.

Ein erfolgreiches Peering besteht aus den folgenden Schritten:

  • Das NetApp Volumes-Ziel-Volume pingt Ihr Quellsystem mit den angegebenen peer-ip-addresses an.

  • Wenn noch kein Cluster-Peering eingerichtet ist, gibt NetApp Volumes die Befehle für das Cluster-Peering aus, die Sie auf dem Quellsystem ausführen müssen. Wenn das Quellsystem den ONTAP-Modus verwendet, führen Sie cluster peer create nicht direkt darauf aus. Führen Sie stattdessen peer_cluster.py mit PEER_MODE=accept aus. Weitere Informationen finden Sie unter Cluster-Peering-Script.

  • Wenn noch kein SVM-Peering eingerichtet ist, gibt NetApp Volumes außerdem die Befehle für das vserver-Peering aus, die Sie auf dem Quellsystem ausführen müssen.

Die zuvor ausgeführten Schritte werden übersprungen und der Prozess wird automatisch mit dem nächsten Schritt fortgesetzt.

Netzwerkverbindung prüfen

NetApp Volumes versucht, eine ICMP-Anfrage (Ping) an die IC-LIFs zu senden, die Sie unter peer-ip-addresses angegeben haben. Wenn dies fehlschlägt, wird in stateDetails die Meldung Cluster peering failed, please try again angezeigt, was auf ein Netzwerkproblem hinweist. Weitere Informationen finden Sie unter Netzwerkverbindung zum Google Cloud Projekt. Sie können erst fortfahren, wenn Sie eine Netzwerkverbindung zwischen dem Quellsystem und NetApp Volumes hergestellt haben. Zu Debugging-Zwecken können Sie versuchen, die Gateway-IP-Adresse des /27-CIDR zu pingen, der die IC-LIFs von NetApp Volumes hostet.

gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION \
 --format="table(hybridPeeringDetails.subnetIp)"

Dadurch wird das CIDR ausgegeben. Pingen Sie die erste IP-Adresse dieses Netzwerks vom ONTAP-Quellsystem aus mit einer Ihrer Quell-IC-LIFs an.

Beispiel:

source> ping -lif=YOUR_IC_LIF -vserver=VSERVER_HOSTING_SOURCE_VOLUME -destination=FIRST_IP_OF_SUBNET_IP

Cluster-Peering:

Wenn ICMP funktioniert, wird mit dem Cluster-Peering fortgefahren. Der Status PENDING_CLUSTER_PEERING wird angezeigt, wenn noch kein Peering eingerichtet wurde.

Anleitung zum Cluster-Peering ansehen:

gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION \
 --format="table(hybridPeeringDetails.command,hybridPeeringDetails.passphrase)"

Dieser Prozess gibt den Befehl und die erforderliche Passphrase für die Ausführung aus. Kopieren Sie den Befehl cluster peer create und fügen Sie ihn in Ihren Quellcluster ein. Führen Sie ihn dann aus. Sie werden aufgefordert, die Passphrase zweimal einzugeben.

SVM-Peering:

Der Befehl cluster peer create aus dem vorherigen Schritt sollte auch das SVM-Peering automatisch ausführen. Wenn dies nicht der Fall ist, ändert sich der Status nach einigen Sekunden in PENDING_SVM_PEERING.

SVM-Peering prüfen:

gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION

Wenn der Status PENDING_SVM_PEERING lautet, führen Sie den Befehl für das vserver-Peering aus:

gcloud netapp volumes replications list --volume=DESTINATION_VOLUME --location=REGION \
 --format="table(hybridPeeringDetails.command)"

Nach einigen Sekunden ändert sich der Status in Bereit und der Spiegelungsstatus in Vorbereitung, was darauf hinweist, dass die Baseline-Übertragung gestartet wurde. Nach Abschluss der Baseline-Übertragung ändert sich der Spiegelungsstatus in Gespiegelt. Jede Stunde löst die Volume-Migration eine inkrementelle Übertragung, die durch den Spiegelungsstatus Übertragung angezeigt wird, aus.

Nächste Schritte

Volume-Migrationen verwalten.