Migrer un SVM de système de stockage AFX
Suggérer des modifications
PDF
Vous pouvez migrer un SVM d’un cluster ONTAP vers un autre. La migration SVM avec AFX fonctionne de la même manière qu'avec Unified ONTAP, bien qu'il existe plusieurs considérations et restrictions d'interopérabilité. Consultez la documentation d'Unified ONTAP pour plus de détails sur l'exécution d'une migration SVM.
Considérations d'interopérabilité
Avant de planifier et d’effectuer une migration SVM, vous devez être conscient des considérations d’interopérabilité, notamment des capacités et des limitations.
Cas d'utilisation
Les administrateurs de cluster peuvent déplacer une SVM d’un cluster source vers un cluster de destination. Vous pouvez le faire dans le cadre de la gestion de la capacité et de l’équilibrage de la charge, ou pour permettre des mises à niveau d’équipement ou des consolidations de centres de données. Étant donné que le système de stockage AFX ne prend pas en charge les mises à niveau sur place à partir d'Unified ONTAP, la migration SVM est un cas d'utilisation important.
Vous pouvez déplacer vos charges de travail applicatives d'un cluster Unified ONTAP vers des clusters AFX sans interruption. De plus, les SVM peuvent être migrées de différentes manières, notamment d'un cluster AFX vers un cluster Unified ONTAP ainsi qu'entre clusters AFX.
Interopérabilité des versions
Le tableau suivant décrit les migrations SVM autorisées en fonction de la personnalité ONTAP et de la version du cluster source et de destination.
| Direction | Version source | Version de destination |
|---|---|---|
Unifié à AFX |
9.15.1 - 9.17.1 |
9.17.1 |
AFX vers Unified |
9.17.1 |
9.17.1 |
AFX vers AFX |
9.17.1 |
9.17.1 |
Pré-vérifications
Unified ONTAP inclut plusieurs pré-vérifications qui sont également implémentées avec AFX. De plus, plusieurs nouveaux pré-vérifications sont ajoutées pour signaler les fonctionnalités qui ne sont pas prises en charge avec AFX, notamment :
-
FabricPool (volumes résidant sur des agrégats composites)
-
Volumes à provisionnement épais
Provisionnement de volume
Les volumes sont provisionnés de manière à équilibrer leur placement dans la zone de disponibilité de stockage (SAZ) du cluster AFX.
- Garantie d'espace
-
AFX ne prend pas en charge le provisionnement épais. Une pré-vérification est utilisée pour faire échouer une migration si un volume dans la SVM en cours de migration est provisionné de manière épaisse.
- Cryptage
-
Un système AFX prend en charge le chiffrement de volume NetApp (NVE) mais pas le chiffrement agrégé NetApp (NAE). De ce fait, tous les volumes NAE d’un cluster Unified ONTAP sont convertis en volumes NVE lors de la migration vers AFX. Le tableau suivant résume la compatibilité et la conversion.
| Volume source | Volume de destination |
|---|---|
Texte brut |
Texte brut |
NVE |
NVE |
NAE |
NVE |
Restrictions supplémentaires
Il existe des restrictions supplémentaires à prendre en compte avant de migrer une SVM.
- MetroCluster
-
Le système de stockage AFX ne prend pas en charge NetApp MetroCluster. Cela crée une limitation lors de la migration d'une SVM. Vous ne pouvez pas migrer un SVM AFX vers ou depuis un système AFF ou FAS (ou tout système NetApp exécutant la personnalité Unified ONTAP ) configuré pour utiliser MetroCluster. Bien que ces scénarios de migration ne soient pas pris en charge, ils ne sont pas non plus explicitement bloqués par les pré-vérifications AFX ; il convient donc de ne pas les tenter.