Skip to main content
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Découvrez la mobilité des données ONTAP SVM

Contributeurs netapp-lenida netapp-aoife netapp-aherbin netapp-ahibbard netapp-dbagwell netapp-bhouser netapp-mwallis netapp-forry
PDF

À partir d' ONTAP 9.10.1, les administrateurs de cluster peuvent déplacer sans interruption une SVM d'un cluster source vers un cluster de destination pour gérer la capacité et l'équilibrage de charge, ou pour permettre des mises à niveau d'équipement ou des consolidations de centres de données.

La relocalisation SVM non perturbatrice est prise en charge sur les systèmes AFF dans ONTAP 9.10.1 et 9.11.1. À partir d' ONTAP 9.12.1, cette fonctionnalité est prise en charge à la fois sur les systèmes FAS et AFF et sur les agrégats hybrides.

Le nom et l'UUID du SVM restent inchangés après la migration, ainsi que le nom de la LIF de données, l'adresse IP et les noms d'objet, comme le nom du volume. L'UUID des objets du SVM sera différent.

À partir d' ONTAP 9.18.1, la migration SVM est prise en charge des systèmes de stockage ASA vers les systèmes de stockage ASA r2. Si vous possédez un système de stockage ASA r2 (ASA A1K, ASA A90, ASA A70, ASA A50, ASA A30, ASA A20 ou ASA C30) et que vous souhaitez migrer une SVM d'un système ASA vers votre système ASA r2, suivez les instructions ci-dessous."procédure à suivre" .

Flux de production de la migration SVM

Le schéma représente le workflow standard d'une migration de SVM. Démarrer une migration SVM depuis le cluster destination. Vous pouvez contrôler la migration depuis la source ou la destination. Vous pouvez effectuer une mise en service manuelle ou automatique. La mise en service automatique est effectuée par défaut.

Flux de travail de la migration des SVM. Cette section récapitule les étapes à suivre.

Support du système de migration SVM

Famille de contrôleurs

Versions de ONTAP prises en charge

ASA

ONTAP 9.18.1 et versions ultérieures"procédure à suivre" pour la migration SVM des systèmes ASA vers les systèmes ASA r2.

AFF série C.

ONTAP 9.12.1 correctif 4 et ultérieur

FAS

ONTAP 9.12.1 et versions ultérieures

AFF A-Series

ONTAP 9.10.1 et versions ultérieures
Remarque Lors de la migration d'un cluster AFF vers un cluster FAS avec des agrégats hybrides, le placement automatique des volumes tente d'effectuer une correspondance d'agrégats similaire. Par exemple, si le cluster source comporte 60 volumes, le placement des volumes tente de trouver un agrégat AFF sur la destination pour placer les volumes. Lorsque l'espace disponible sur les agrégats AFF est insuffisant, les volumes sont placés sur des agrégats comportant des disques non flash.

Prise en charge de l'évolutivité par version ONTAP

Version ONTAP

Paires HAUTE DISPONIBILITÉ dans la source et la destination

ONTAP 9.14.1 et versions ultérieures

12

ONTAP 9.13.1

6

ONTAP 9.11.1

3

ONTAP 9.10.1

1

Exigences de performances de l'infrastructure réseau pour le temps de réponse aller-retour TCP (RTT) entre le cluster source et le cluster de destination

En fonction de la version ONTAP installée sur le cluster, le réseau qui connecte les clusters source et destination doit avoir un temps d'aller-retour maximal, comme indiqué :

Version ONTAP

RTT maximum

ONTAP 9.12.1 et versions ultérieures

10 ms

ONTAP 9.11.1 et versions antérieures

2 ms.

Nombre maximal de volumes pris en charge par SVM

Source

Destination

ONTAP 9.14.1 et versions ultérieures

ONTAP 9.13.1

ONTAP 9.12.1

ONTAP 9.11.1 et versions antérieures

AFF

AFF

400

200

100

100

FAS

FAS

80

80

80

S/O

FAS

AFF

80

80

80

S/O

AFF

FAS

80

80

80

S/O

Prérequis

Avant de lancer une migration d'un SVM, vous devez réunir les conditions préalables suivantes :

  • Vous êtes un administrateur de cluster.

  • "Les clusters source et de destination sont interconnectés.".

  • Les clusters source et de destination sont synchrones avec SnapMirror. "licence installée". Cette licence est incluse avec "ONTAP One".

  • Tous les nœuds du cluster source exécutent ONTAP 9.10.1 ou une version ultérieure. Pour une prise en charge spécifique des contrôleurs de baie ONTAP , consultez "Hardware Universe".

  • Tous les nœuds du cluster source exécutent la même version ONTAP .

  • Tous les nœuds du cluster de destination exécutent la même version ONTAP .

  • La version ONTAP du cluster de destination est identique ou au plus deux versions majeures plus récentes que celle du cluster source.

  • Les clusters source et de destination prennent en charge le même sous-réseau IP pour l'accès aux données LIF.

  • Le SVM source contient moins de nombre maximal de volumes de données pris en charge pour la version.

  • L'espace disponible à destination est suffisant pour le placement des volumes.

  • Le gestionnaire de clés intégré ou la gestion de clés externe est configuré au niveau du cluster sur la destination si le SVM source possède des volumes chiffrés.

    • Dans ce cas, les gestionnaires de clés configurés au niveau SVM sur la source ne migrent pas vers la destination. La destination utilise le gestionnaire de clés au niveau du cluster.

  • Si la source possède des volumes chiffrés et est configurée pour NetApp Aggregate Encryption (NAE), la destination doit également être configurée pour NAE.

  • Si vous migrez un SVM entre une configuration non MetroCluster et une configuration MetroCluster, ou entre deux configurations MetroCluster, vérifiez que votre configuration répond aux exigences suivantes :

    Remarque La migration d'une SVM entre le cluster local et le cluster partenaire dans une configuration MetroCluster n'est pas prise en charge.

    • Les clusters MetroCluster source et destination sont dans un état « normal ». Cela signifie qu'ils ne peuvent pas être en mode de basculement ou en état d'attente de rétablissement.

    • Les clusters MetroCluster source et destination ne sont pas en cours de transition FC vers IP ni d'actualisation matérielle.

    • Le cluster source et le cluster de destination doivent tous deux exécuter ONTAP 9.16.1 ou une version ultérieure.

    • Si la source est un cluster MetroCluster, le sous-type du SVM est « sync-source » (pas « sync-destination »).

      Remarque Si la destination est un cluster MetroCluster, le SVM créé sur la destination est toujours « sync-source ». Si la destination est un cluster non-MetroCluster, le sous-type du SVM est toujours « default ».

Et des meilleures pratiques

Lors d'une migration d'un SVM, il est recommandé de laisser une marge de 30 % sur le cluster source et le cluster de destination pour permettre l'exécution de la charge de travail du processeur.

Opérations SVM

Vérifiez les opérations susceptibles d'entrer en conflit avec une migration SVM :

  • Aucune opération de basculement n'est en cours

  • WAFLIRON ne peut pas être en cours d'exécution

  • L'empreinte digitale n'est pas en cours

  • Les opérations de déplacement, de réhébergement, de clonage, de création, de conversion ou d'analyse de volumes ne sont pas en cours.

  • Aucune migration SVM n'est en cours sur le cluster de destination. Une seule migration SVM est autorisée à la fois.

Fonctionnalités prises en charge et non prises en charge

Le tableau présente les fonctionnalités ONTAP prises en charge par la mobilité des données des SVM et les versions ONTAP dans lesquelles la prise en charge est disponible.

Pour plus d'informations sur l'interopérabilité de la version ONTAP entre une source et une destination dans une migration SVM, voir "Compatibilité des versions ONTAP pour les relations SnapMirror".

Fonction

Version d'abord prise en charge

Commentaires

Protection autonome contre les ransomwares

ONTAP 9.12.1

Cloud Volumes ONTAP

Non pris en charge

Gestionnaire de clés externe

ONTAP 9.11.1

FabricPool

Non pris en charge

Relation de type « fanout » (la source de migration possède un volume source SnapMirror avec plusieurs destinations)

ONTAP 9.11.1

SAN FC

Non pris en charge

Flash Pool

ONTAP 9.12.1

Volumes FlexCache

Non pris en charge

Volumes FlexGroup

Non pris en charge

Stratégies IPsec

Non pris en charge

LIF IPv6

Non pris en charge

San iSCSI

Non pris en charge

Réplication de la planification des tâches

ONTAP 9.11.1

Dans ONTAP 9.10.1, les planifications de tâches ne sont pas répliquées au cours de la migration et doivent être créées manuellement sur le volume de destination. Depuis ONTAP 9.11.1, les planifications des tâches utilisées par la source sont automatiquement répliquées au cours de la migration.

Miroirs de partage de charge

Non pris en charge

SVM MetroCluster

ONTAP 9.16.1

Depuis la version ONTAP 9.16.1, les migrations de SVM MetroCluster suivantes sont prises en charge :

  • Migration d'un SVM entre une configuration non MetroCluster et une configuration MetroCluster IP

  • Migration d'un SVM entre deux configurations MetroCluster IP

  • Migration d'un SVM entre une configuration FC MetroCluster et une configuration IP MetroCluster

Remarque : les clusters source et de destination doivent tous deux exécuter ONTAP 9.16.1 ou une version ultérieure pour prendre en charge la migration SVM.

Les migrations SVM MetroCluster suivantes ne sont pas prises en charge pour toutes les versions de ONTAP :

  • Migration d'un SVM entre deux configurations MetroCluster FC

  • Migration d'un SVM entre une configuration non MetroCluster et une configuration MetroCluster FC

  • Migration d'une SVM entre le cluster local et le cluster partenaire dans la même configuration MetroCluster .

Voir le prérequis pour migrer un SVM dans une configuration MetroCluster .

Chiffrement d'agrégat NetApp (NAE)

ONTAP 9.11.1

Les volumes NAE doivent être placés sur une destination prenant en charge les volumes NAE. Si aucune destination NAE n'est disponible, l'opération de migration échoue.

Configurations NDMP

Non pris en charge

NVE (NetApp Volume Encryption)

ONTAP 9.10.1

Les volumes NVE sont migrés en tant que volumes NVE sur la destination.

Journaux d'audit NFS et SMB

ONTAP 9.13.1
Remarque

Pour la migration SVM sur site avec audit activé, vous devez désactiver l'audit sur le SVM source, puis effectuer la migration.

Avant la migration des SVM :

NFS v3, NFS v4.1 et NFS v4.2

ONTAP 9.10.1

NFS v4.0

ONTAP 9.12.1

NFSv4.1 avec pNFS

ONTAP 9.14.1

NVMe over Fabric

Non pris en charge

Gestionnaire de clés intégré OKM (Onboard Key Manager) avec le mode critères communs activé sur le cluster source

Non pris en charge

Qtrees

ONTAP 9.14.1

Quotas

ONTAP 9.14.1

S3

Non pris en charge

Protocole SMB

ONTAP 9.12.1

Les migrations SMB sont perturbatrices et nécessitent une actualisation du client après la migration.

Relations cloud SnapMirror

ONTAP 9.12.1

À partir de ONTAP 9.12.1, lorsque vous migrez un SVM sur site avec des relations cloud SnapMirror, le cluster de destination doit être installé et la "Licence cloud SnapMirror"capacité disponible doit être suffisante pour prendre en charge le déplacement de la capacité des volumes mis en miroir vers le cloud.

Destination asynchrone SnapMirror

ONTAP 9.12.1

Source asynchrone SnapMirror

ONTAP 9.11.1

  • Les transferts peuvent se poursuivre normalement sur les relations FlexVol SnapMirror pendant la majeure partie de la migration.

  • Tous les transferts en cours sont annulés pendant la période de basculement et les nouveaux transferts échouent pendant cette période. Ils ne peuvent pas être redémarrés tant que la migration n'est pas terminée.

  • Les transferts planifiés annulés ou manqués pendant la migration ne sont pas automatiquement démarrés une fois la migration terminée.

    Remarque

    Lors de la migration d'une source SnapMirror, ONTAP n'empêche pas la suppression du volume après la migration tant que la mise à jour SnapMirror n'a pas lieu. Cela se produit car les informations relatives à SnapMirror pour les volumes source SnapMirror migrés sont disponibles uniquement une fois la migration terminée et après la première mise à jour.

Paramètres SMTape

Non pris en charge

SnapLock

Non pris en charge

Synchronisation active SnapMirror

Non pris en charge

Relations entre les pairs SVM SnapMirror

ONTAP 9.12.1

Reprise d'activité de SVM SnapMirror

Non pris en charge

SnapMirror synchrone

Non pris en charge

Snapshots

ONTAP 9.10.1

Verrouillage à toute épreuve des copies Snapshot

ONTAP 9.14.1

Le verrouillage inviolable des snapshots n'est pas équivalent à SnapLock. SnapLock Enterprise et SnapLock Compliance ne sont toujours pas pris en charge.

LIF/BGP IP virtuelles

Non pris en charge

Virtual Storage Console 7.0 et versions ultérieures

Non pris en charge

Clones de volumes

Non pris en charge

VStorage

Non pris en charge

La migration n'est pas autorisée lorsque vStorage est activé. Pour effectuer une migration, désactivez l'option vStorage, puis réactivez-la une fois la migration terminée.

Opérations prises en charge pendant la migration

Le tableau suivant indique les opérations de volume prises en charge au sein du SVM de migration en fonction de l'état de migration :

Opération de volume

État de la migration SVM

En cours

Pause

Mise en service

Création

Non autorisé

Autorisé

Non pris en charge

Supprimer

Non autorisé

Autorisé

Non pris en charge

Désactivation de l'analyse du système de fichiers

Autorisé

Autorisé

Non pris en charge

Activation de l'analyse du système de fichiers

Non autorisé

Autorisé

Non pris en charge

Modifier

Autorisé

Autorisé

Non pris en charge

Hors ligne/en ligne

Non autorisé

Autorisé

Non pris en charge

Déplacer/réhéberger

Non autorisé

Autorisé

Non pris en charge

Création/modification qtree

Non autorisé

Autorisé

Non pris en charge

Création/modification de quotas

Non autorisé

Autorisé

Non pris en charge

Renommer

Non autorisé

Autorisé

Non pris en charge

Redimensionner

Autorisé

Autorisé

Non pris en charge

Limiter

Non autorisé

Autorisé

Non pris en charge

Les attributs des snapshots sont modifiés

Autorisé

Autorisé

Non pris en charge

Modification de la suppression automatique du snapshot

Autorisé

Autorisé

Non pris en charge

Création de snapshots

Autorisé

Autorisé

Non pris en charge

Suppression de Snapshot

Autorisé

Autorisé

Non pris en charge

Restaurer le fichier à partir du snapshot

Autorisé

Autorisé

Non pris en charge