Skip to main content
ONTAP tools for VMware vSphere 10
Une version plus récente de ce produit est disponible.
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Migrer le fournisseur VASA et mettre à jour le SRA

PDF

Étapes pour migrer le fournisseur VASA

  1. Pour activer Derby PORT 1527 sur les ONTAP tools for VMware vSphere, activez l'utilisateur root et connectez-vous à la CLI via SSH. Ensuite, exécutez la commande suivante :

    iptables -I INPUT 1 -p tcp --dport 1527 -j ACCEPT

  2. Déployez les ONTAP tools for VMware vSphere 10.4.

  3. Ajoutez l’instance vCenter Server que vous souhaitez migrer vers les ONTAP tools for VMware vSphere 10.4. Consultez "Ajouter une instance de vCenter Server" pour plus d'informations.

  4. Intégrez le backend de stockage localement à partir des API du serveur vCenter pour le plug-in des outils ONTAP .

  5. Émettez l'API suivante depuis Swagger ou dans Postman pour migrer.

    curl -X POST https://xx.xx.xx.xx:8443/virtualization/api/v1/vcenters/{vcguid}/migration-jobs`

    Vous pouvez accéder à Swagger via cette URL : https://$FQDN_IP_PORT/', for example: `\https://10.67.25.33:8443 .

    Méthode HTTP et point de terminaison

    Cet appel d'API REST utilise la méthode et le point de terminaison suivants.

    Méthode HTTP

    Chemin

    POSTE

    /api/v1

    Type de traitement

    Asynchrone

    Exemple de boucle

    curl -X POST'https://<OTV-NG-IP>:8443/virtualization/api/v1/vcenters/<vcguid>/migration-jobs' \ --header 'x-auth: <auth_token>' \ --header 'Content-Type: application/json' \ --data '{ "otv_ip": "xx.xx.xx.xx", "vasa_provider_credentials": { "username": "xxxxx", "password": "" }, "database_password": "" }'

    Corps de la demande pour une autre migration de version :

    { "otv_ip": "xx.xx.xx.xx", "vasa_provider_credentials": { "username": "xxxxx", "password": "*" } }

    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", "status": "running" }

  6. Utilisez l'URI suivante dans Swagger pour vérifier l'état :

    curl `\https://xx.xx.xx.xxx:8443/virtualization/api/jobmanager/v2/jobs/<JobID>?includeSubJobsAndTasks=true`

    Une fois le travail terminé, examinez le rapport de migration. Ce rapport est inclus dans les données du travail et est accessible à partir de la réponse au travail.

  7. Ajoutez les ONTAP tools for VMware vSphere au vCenter Server et"Enregistrer le fournisseur VASA" avec les ONTAP tools for VMware vSphere.

  8. "Activer le fournisseur VASA"service sur les ONTAP tools for VMware vSphere 10.4.

  9. Arrêtez les ONTAP tools for VMware vSphere 9.10/9.11/9.12/9.13 à partir de la console de maintenance.

    Ne supprimez pas le fournisseur VASA.

    Après l'arrêt de l'ancien fournisseur VASA, vCenter Server bascule vers les ONTAP tools for VMware vSphere. Tous les datastores et machines virtuelles deviennent accessibles et sont gérés par les ONTAP tools for VMware vSphere.

  10. Les banques de données NFS et VMFS migrées à partir des ONTAP tools for VMware vSphere 9.xxx sont visibles dans les ONTAP tools for VMware vSphere 10.4 uniquement après le déclenchement de la tâche de découverte de banque de données, ce qui peut prendre jusqu'à 30 minutes. Vérifiez que les banques de données sont visibles sur la page de présentation de la page d’interface utilisateur des outils ONTAP pour le plug-in VMware vSphere.

  11. Effectuez la migration du correctif à l’aide de l’API suivante dans Swagger ou dans Postman :

    Méthode HTTP et point de terminaison

    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 de boucle

    curl -X PATCH https://xx.xx.xx.xx:8443/virtualization/api/v1/vcenters/56d373bd-4163-44f9-a872-9adabb008ca9/migration-jobs/84dr73bd-9173-65r7-w345-8ufdbb887d43

    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", "status": "running" }

    Le corps de la requête est vide pour l'opération de correctif.

    Remarque L'UUID est l'UUID de migration renvoyé en réponse à l'API post-migration.

    Après avoir exécuté l’API de migration de correctifs, toutes les machines virtuelles sont conformes à la politique de stockage.

Quelle est la prochaine étape

Après avoir terminé la migration et enregistré les outils ONTAP 10.4 sur vCenter Server, suivez ces étapes :

  • Attendez que Discovery soit terminé, les certificats seront actualisés automatiquement sur tous les hôtes.

  • Prévoyez un délai suffisant avant de lancer les opérations sur la banque de données et les machines virtuelles. Le délai d'attente requis varie en fonction du nombre d'hôtes, de banques de données et de machines virtuelles dans la configuration. Un manque d'attente peut entraîner des pannes opérationnelles intermittentes.

Après la mise à niveau, si l’état de conformité de la machine virtuelle est obsolète, réappliquez la stratégie de stockage en procédant comme suit :

  1. Accédez au magasin de données et sélectionnez Résumé > Stratégies de stockage VM.

    L'état de conformité sous Conformité à la politique de stockage VM indique Obsolète.

  2. Sélectionnez la politique de machine virtuelle de stockage et la machine virtuelle correspondante

  3. Sélectionnez Appliquer

    L'état de conformité sous Conformité à la politique de stockage VM est désormais affiché comme conforme.

Informations connexes

Étapes pour mettre à jour l'adaptateur de réplication de stockage (SRA)

Avant de commencer

Dans le plan de récupération, le site protégé désigne l'emplacement où les machines virtuelles sont actuellement exécutées, tandis que le site de récupération désigne l'emplacement où elles seront restaurées. L'interface SRM affiche l'état du plan de récupération, avec des détails sur les sites protégé et de récupération. Dans le plan de récupération, les boutons CleanupP et Reprotect sont désactivés, tandis que les boutons TEST et EXÉCUTER restent activés. Cela indique que le site est prêt pour la récupération des données. Avant de migrer le SRA, vérifiez qu'un site est en état protégé et l'autre en état de récupération.

Remarque Ne commencez pas la migration si le basculement a été effectué mais que la reprotection est en attente. Assurez-vous que le processus de reprotection est terminé avant de procéder à la migration. Si un basculement de test est en cours, nettoyez le basculement de test et démarrez la migration.

  1. Suivez ces étapes pour supprimer l'adaptateur SRA des outils ONTAP pour VMware vSphere 9.xx dans VMware Site Recovery :

    1. Accéder à la page de gestion de la configuration de VMware Live Site Recovery

    2. Accédez à la section Adaptateur de réplication de stockage.

    3. Dans le menu à points de suspension, sélectionnez Réinitialiser la configuration.

    4. Dans le menu à points de suspension, sélectionnez Supprimer.

  2. Effectuez ces étapes sur les sites de protection et de récupération.

    1. "Activer les ONTAP tools for VMware vSphere"

    2. Installez les ONTAP tools for VMware vSphere 10.4 SRA en suivant les étapes décrites dans"Configurer SRA sur le dispositif VMware Live Site Recovery" .

    3. Sur la page de l'interface utilisateur de VMware Live Site Recovery, effectuez les opérations Discover Arrays et Discover Devices et confirmez que les périphériques s'affichent comme avant la migration.