Migrez des outils ONTAP pour VMware vSphere 9.x vers la version 10.2
Suggérer des modifications
PDF
Lors de la migration des données de stockage, les systèmes back-end sont intégrés manuellement via des API REST. Lors de la migration des données du fournisseur VASA, les données sont exportées à partir de la base de données Derby existante et importées dans la base de données MongoDB.
|
Il est recommandé de migrer les outils ONTAP pour la configuration de VMware vSphere 9.x uniquement si la configuration gère uniquement la fonctionnalité du fournisseur VASA. |
|
|
Après la migration des outils ONTAP pour VMware vSphere 9.x vers 10.2, les datastores vVols avec le protocole NVMe/FC ne fonctionnent pas, car les outils ONTAP 10.2 prennent uniquement en charge NVMe-of avec les datastores VMFS. |
À propos de cette tâche
La migration est prise en charge à partir des outils ONTAP pour VMware vSphere 9.10D2, 9.11D4, 9.12D1 et 9.13D2 vers la version 10.2.
|
|
Si vous utilisez les outils ONTAP pour la version VMware vSphere 9.13P1, vous devez effectuer une mise à niveau vers 9.13D2 avant la migration vers la version 10.2. |
|
|
En tant qu'utilisateur existant, vous devez effectuer la sauvegarde OVA de votre version actuelle avant de procéder à la mise à niveau vers les versions de correctifs. |
Étapes de migration courantes
-
Déploiement des outils OVA pour ONTAP pour VMware vSphere 10.2.
-
Ajoutez l'instance vCenter Server que vous souhaitez migrer vers les outils ONTAP pour VMware vSphere 10.2. Voir "Ajouter des instances vCenter Server"
-
Intégration locale du système back-end de stockage à partir des outils ONTAP pour les API de serveur vCenter du plug-in VMware vSphere. Ajoutez du stockage en tant que stockage local délimité pour la migration.
-
Les datastores NFS et VMFS migrés depuis les outils ONTAP pour VMware vSphere 9.xx ne sont visibles dans les outils ONTAP pour VMware vSphere 10.2 qu'après le déclenchement de la procédure de détection des datastores, qui peut prendre jusqu'à 30 minutes. Vérifiez si les datastores sont visibles dans la page Présentation de la page de l'interface utilisateur du plug-in ONTAP Tools for VMware vSphere.
Étapes de migration SRA
Avant de commencer
Avant la migration, assurez-vous que l'un des sites est protégé et que l'autre est à l'état de restauration.
|
|
Ne migrez pas si le basculement vient d'être terminé et si la re-protection est en attente. Effectuez la re-protection, puis la migration. Il en va de même pour tester le plan de reprise d'activité. Une fois le test du plan de reprise terminé, nettoyez la restauration test, puis démarrez la migration. |
-
Procédez comme suit pour supprimer les outils ONTAP pour VMware vSphere 9.xx version SRA adapter dans l'interface utilisateur de VMware Live site Recovery :
-
Accédez à la page de gestion de la configuration de VMware Live site Recovery
-
Accédez à la section Storage Replication adapter
-
Cliquez sur le menu Kebab et cliquez sur Réinitialiser la configuration
-
Cliquez sur le menu Kebab et sélectionnez Supprimer
Effectuez ces étapes sur les sites de protection et de reprise d'activité.
-
-
Installez les outils ONTAP pour l'adaptateur VMware vSphere 10.2 SRA sur les sites de protection et de reprise en suivant la procédure décrite à la section "Configurez SRA sur l'appliance VMware Live site Recovery"
-
Sur la page de l'interface utilisateur de VMware Live site Recovery, effectuez les opérations Discover Arrays et Discover Devices et vérifiez que les périphériques s'affichent comme avant la migration.
Étapes de migration d'un fournisseur VASA
-
Activez le PORT Derby 1527 sur les outils ONTAP existants pour VMware vSphere. Pour activer le port, connectez-vous à l'interface de ligne de commande avec l'utilisateur root et exécutez la commande suivante :
iptables -I INPUT 1 -p tcp --dport 1527 -j ACCEPT
-
Déploiement des outils OVA pour ONTAP pour VMware vSphere 10.2.
-
Ajoutez l'instance vCenter Server que vous souhaitez migrer vers les outils ONTAP pour VMware vSphere 10.2. Voir "Ajoutez une instance de vCenter Server".
-
Intégration locale du système back-end de stockage à partir des API de serveur vCenter du plug-in distant. Ajoutez le stockage en tant que périmètre local pour la migration.
-
Émettez l'appel d'API suivant pour migrer :
Méthode HTTP et noeud final
Cet appel d'API REST utilise la méthode et le point de terminaison suivants.
Méthode HTTP
Chemin
POST
/api/v1
Type de traitement
Asynchrone
Exemple Curl
/api/v1/vcenters/{vcguid}/migration-jobs
Exemple d'entrée JSON Corps de la demande pour la migration depuis 9.12 et 9.13 :
{ « otv_ip » : « 10.12.13.45 », « vasa_provider_credentials » : { "username": "vasauser", "mot de passe" : "* « } "mot_de_passe_base_de_données" : "* « }
Corps de la demande pour une autre migration de version :
{ « otv_ip » : « 10.12.13.45 », « vasa_provider_credentials » : { "username": "vasauser", "mot de passe" : "** « } }
Exemple de sortie JSON
Un objet de travail est renvoyé. Vous devez enregistrer l'identifiant du travail pour l'utiliser à l'étape suivante.
{ « id » : 123, « migration_id » : « d50073ce-35b4-4c51-9d2e-4ce66f802c35 », « etat » : « en cours » }
-
Utilisez l'URI suivant pour vérifier l'état :
https://xx.xx.xx.xxx:8443/virtualization/api/jobmanager/v2/jobs/<JobID>?includeSubJobsAndTasks=true
Une fois le travail terminé, validez le rapport de migration. Vous pouvez voir le rapport de la réponse au travail dans le cadre de jobData.
-
Ajoutez les outils ONTAP pour le fournisseur de stockage VMware vSphere au serveur vCenter et "Enregistrez VASA Provider sur vCenter Server".
-
Arrêtez les outils ONTAP pour le fournisseur de stockage VMware vSphere 9.10/9.11/9.12/9.13 le service VASA Provider depuis la console de maintenance.
Ne supprimez pas le fournisseur VASA.
Une fois l'ancien fournisseur VASA arrêté, vCenter Server bascule vers les outils ONTAP pour VMware vSphere. Tous les datastores et machines virtuelles sont accessibles et servis à partir des outils ONTAP pour VMware vSphere.
-
Effectuez la migration des correctifs à l'aide de l'API suivante :
Méthode HTTP et noeud final
Cet appel d'API REST utilise la méthode et le point de terminaison suivants.
Méthode HTTP
Chemin
CORRECTIF
/api/v1
Type de traitement
Asynchrone
Exemple Curl
PATCH "/api/v1/vcenters/56d373bd-4163-44f9-a872-9adabb008ca9/migration-jobs/84dr73bd-9173-65r7-w345-8ufdbb887d43
Exemple d'entrée JSON
{ « id » : 123, « migration_id » : « d50073ce-35b4-4c51-9d2e-4ce66f802c35 », « etat » : « en cours » }
Exemple de sortie JSON
Un objet de travail est renvoyé. Vous devez enregistrer l'identifiant du travail pour l'utiliser à l'étape suivante.
{ « id » : 123, « migration_id » : « d50073ce-35b4-4c51-9d2e-4ce66f802c35 », « etat » : « en cours » }
Le corps de la demande est vide pour l'opération de patch.
uuid est l'uuid de migration renvoyé en réponse à l'API post-migration. Une fois l'API de migration des correctifs réussie, toutes les machines virtuelles seront conformes à la stratégie de stockage.
-
L'API de suppression pour la migration est :
Méthode HTTP
Chemin
SUPPRIMER
/api/v1
Type de traitement
Asynchrone
Exemple Curl
/api/v1/vcenters/{vcguid}/migration-jobs/{migration_id}
Cette API supprime la migration par ID de migration et supprime la migration sur le serveur vCenter donné.
Une fois la migration réussie et après avoir enregistré les outils ONTAP 10.2 sur le serveur vCenter, procédez comme suit :
-
Actualisez le certificat sur tous les hôtes.
-
Attendez un certain temps avant d'effectuer des opérations de datastore (DS) et de machine virtuelle (VM). Le temps d'attente dépend du nombre d'hôtes, de DS et de VM présents dans la configuration. Si vous n'attendez pas, les opérations peuvent échouer par intermittence.