Skip to main content
ONTAP tools for VMware vSphere 10
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

Contributeurs netapp-jani
PDF

Étapes pour migrer le fournisseur VASA

  1. Pour activer LE PORT Derby 1527 sur les outils ONTAP existants pour VMware vSphere, activez l'utilisateur root et connectez-vous à l'interface de ligne de commande via SSH. Exécutez ensuite la commande suivante :

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

  2. Déploiement d'OVA pour les outils ONTAP pour VMware vSphere 10.4.

  3. Ajoutez l'instance vCenter Server que vous souhaitez migrer vers les outils ONTAP pour VMware vSphere 10.4. Pour plus d'informations, reportez-vous à la section "Ajoutez une instance de vCenter Server" .

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

  5. Exécutez l'API suivante depuis swagger ou dans Postman pour effectuer la migration.

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

    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 », « etat » : « en cours » }

  6. Utilisez l'URI suivant 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é, consultez le rapport de migration. Ce rapport est inclus dans les données du travail et est accessible à partir de la réponse du travail.

  7. Ajoutez les outils ONTAP pour le fournisseur de stockage VMware vSphere au serveur vCenter et "Enregistrez le fournisseur VASA" avec les outils ONTAP pour VMware vSphere.

  8. "Activez VASA Provider" Service sur les outils ONTAP pour VMware vSphere 10.4.

  9. Arrêtez les outils ONTAP du 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 VASA Provider.

    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 datastores NFS et VMFS migrés depuis les outils ONTAP pour VMware vSphere 9.xxx ne sont visibles dans les outils ONTAP pour VMware vSphere 10.4 qu'après le déclenchement de la procédure de détection des datastores, 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 des correctifs à l'aide de l'API suivante dans swagger ou dans Postman :

    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

    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 », « etat » : « en cours » }

    Le corps de la demande est vide pour l'opération de patch.

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

    Après avoir exécuté l'API de migration des correctifs, toutes les machines virtuelles respectent la stratégie de stockage.

Et la suite

Après avoir terminé la migration et enregistré les outils ONTAP 10.4 sur le serveur vCenter, procédez comme suit :

  • Attendez la fin de Discovery, les certificats seront automatiquement mis à jour 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. Naviguez jusqu'au datastore et sélectionnez Summary > VM Storage policies.

    L'état de conformité sous conformité de la stratégie de stockage de la machine virtuelle s'affiche sous dépassé.

  2. Sélectionnez la stratégie Storage VM et la VM correspondante

  3. Sélectionnez appliquer

    L'état de conformité sous conformité de la stratégie de stockage VM est maintenant indiqué comme conforme.

Informations associées

É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 est terminé mais que la protection est en attente. Assurez-vous que le processus de re-protection 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. Procédez comme suit pour supprimer l'adaptateur ONTAP Tools SRA pour VMware vSphere 9.xx dans VMware site Recovery :

    1. Accédez à la page de gestion de la configuration de VMware Live site Recovery

    2. Accédez à la section Storage Replication adapter.

    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 reprise d'activité.

    1. "Activez les outils ONTAP pour les services VMware vSphere"

    2. Installez les outils ONTAP pour l'adaptateur VMware vSphere 10.4 SRA en suivant les étapes de la section "Configurez SRA sur l'appliance 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 sont affichés comme avant la migration.