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

Migrer des machines virtuelles de VMware ESXi vers Red Hat OpenShift Virtualization à l'aide de Shift Toolkit et de Migration Toolkit for Virtualization

Contributeurs netapp-nimo

Cette section explique comment Migration toolkit for virtualization (MTV) et NetApp Shift Toolkit offrent une expérience de migration transparente vers Red Hat OpenShift Virtualization et fournit un guide étape par étape sur la transition vers OpenShift Virtualization à l'aide de Migration toolkit for virtualization et des capacités de conversion de Shift Toolkit.

Avant de commencer

Vérifiez que les conditions préalables suivantes sont remplies avant de commencer la migration.

Exigences de virtualisation Red Hat OpenShift
  • Le cluster OpenShift est accessible via le réseau.

  • Point de terminaison du cluster OpenShift avec les opérateurs suivants installés :

    • Opérateur de virtualisation OpenShift

    • Opérateur NetApp Trident

  • NetApp Trident CSI configuré avec les backends et classes de stockage appropriés

  • Les politiques de configuration réseau des nœuds et les définitions de connexion réseau (NAD) sont configurées avec les VLAN appropriés.

  • MTV 2.9.4 ou version ultérieure (qui inclut le mode de conversion)

  • jeton de compte de service avec privilèges d'administrateur de cluster

Exigences VMware
  • Compte avec des autorisations minimales. Veuillez vous référer à cette section."pour les privilèges minimaux nécessaires"

  • Les VMDK doivent être placés sur des volumes individuels (simulant ainsi une structure PVC/PV à partir d'un VMDK) à l'aide de svmotion.

Remarque Cette limitation sera levée dans la prochaine version, où le pilote NAS-economy pourra être utilisé pour le provisionnement PVC.
Remarque Utilisez le script disponible dans le bloc Script (Paramètres > Accès développeur > Bloc Script) pour activer le placement PVC sur un qtree, ou permet d'importer le volume tel quel, ou de cloner et d'importer le volume, éliminant ainsi le besoin d'opérations vMotion manuelles.
  • Les outils VMware sont exécutés sur des machines virtuelles invitées.

  • Le système d'exploitation de chaque machine virtuelle est certifié et pris en charge en tant que système d'exploitation invité pour les conversions.

  • Les adresses IP, les VLAN et les autres paramètres de configuration réseau ne doivent pas être modifiés avant ou pendant la migration. Les adresses MAC des machines virtuelles sont préservées lors de la migration.

Étape 1 : Créer des plans de migration à l’aide de Migration Toolkit for Virtualization

  1. Pour tirer parti de la conversion ultra-rapide des machines virtuelles, la première étape consiste à créer un plan de migration pour ces machines virtuelles à l'aide de MTV via"console web" ou le"ligne de commande" .

    Remarque Il convient d'établir ce plan au préalable afin de garantir que les paramètres IP de préservation soient configurés par MTV.
    Procédure
    1. Connectez-vous à la console web de MTV.

    2. Ajouter les fournisseurs de source et de destination

    3. Créez un plan de migration dans l'espace de noms cible

      • Une fois les fournisseurs configurés, créez un plan de migration et sélectionnez les fournisseurs source et de destination appropriés dans l'espace de noms cible.

        Afficher un exemple
        Élaborer un plan de migration
        Afficher un exemple
        Fournisseurs de source et de cible
    4. Sélectionnez les machines virtuelles à migrer

      • Identifiez et choisissez les machines virtuelles qui seront incluses dans la migration.

        Afficher un exemple
        Sélectionner les machines virtuelles
    5. Configurer les mappages réseau et de stockage

      • Sélectionnez des mappages existants ou créez-en de nouveaux pour aligner les réseaux sources et le stockage avec l'environnement de destination.

        Afficher un exemple
        Carte du réseau
        Afficher un exemple
        Carte de stockage
    6. Choisir le type de migration

      • Conservez initialement le type de migration par défaut ; celui-ci sera mis à jour au cours du processus de migration pour refléter le type de conversion.

        Afficher un exemple
        Type de migration
    7. Conserver les options par défaut

      • Conserver les paramètres par défaut. De plus, sélectionnez l'option permettant de conserver l'adresse IP statique et spécifiez l'état souhaité de la machine virtuelle après la migration.

        Afficher un exemple
        Configuration supplémentaire
    8. Réviser et finaliser

      • Vérifiez attentivement tous les paramètres, puis cliquez sur Terminer pour créer le plan de migration.

        Afficher un exemple
        Examiner et créer
  2. Une fois le plan de migration créé, copiez son nom et accédez à l'interface utilisateur de Shift Toolkit.

  3. Ajoutez les hyperviseurs source et de destination. Suivez ce lien"créer des sites"

    Remarque Le point de terminaison configuré dans le Shift Toolkit doit correspondre au format utilisé lors de son ajout via la console MTV. Par exemple, si le point de terminaison source ou de destination a été ajouté à l'aide d'un nom de domaine pleinement qualifié (FQDN), le même FQDN doit être utilisé dans Shift Toolkit.
    Afficher un exemple
    Affichage du site de la boîte à outils Shift
  4. Accédez à Plans et créez un nouveau plan.

    • Une fois les étapes précédentes terminées, accédez à Plans et sélectionnez Créer un nouveau plan à l'aide du plan MTV.

      Remarque Contrairement au flux de travail standard de Shift Toolkit, il n'est pas nécessaire de créer manuellement un groupe de ressources lors de l'utilisation d'une migration basée sur un plan MTV. Shift Toolkit génère automatiquement des groupes de ressources et applique les mappages nécessaires en fonction du plan de migration YAML.
    Afficher un exemple
    Créer un plan directeur à l'aide du plan MTV
  5. Sélectionnez votre destination et votre plan de migration.

    • Choisissez le site de destination et le point de terminaison OpenShift correspondant. Ensuite, sélectionnez le plan de migration récupéré à partir du cluster spécifié, qui contient les machines virtuelles à migrer.

      Afficher un exemple
      Détails du plan
  6. Le groupe de ressources et les mappages seront tous configurés automatiquement en fonction du fichier YAML du plan de migration.

    Afficher un exemple
    Détails de la migration
  7. Choisissez l'option d'importation PVC. Par défaut, le paramètre est « Cloner et importer le volume ».

    Remarque Les volumes peuvent également être importés directement sans créer de clone.
    Afficher un exemple
    Détails VM
  8. Une fois terminé, créez le plan.

  9. Déclenchez la migration en cliquant sur « Migration » en regard du plan.

    Remarque Les machines virtuelles doivent être éteintes avant de déclencher la migration. MTV activera la machine virtuelle en fonction de l'attribut d'état d'alimentation cible de la machine virtuelle.
    Afficher un exemple
    Déclencher la migration
  10. L'outil Shift exécute les étapes du flux de travail pour convertir le format du disque, importer les PVC et créer la VM à l'aide des API OpenShift.

    Afficher un exemple
    Étapes de la migration
  11. Une fois que tous les PVC sont en place comme spécifié et que Shift Toolkit déclenche MTV, le flux de travail de migration MTV est lancé.

    1. Le contrôleur de migration crée une ressource personnalisée VirtualMachineImport (VMI) (CR) pour chaque VM source.

    2. Étant donné que les PVC sont déjà importés par Shift Toolkit, le contrôleur d'importation de machine virtuelle lance un pod de conversion avec les PVC attachés.

    3. Le module de conversion exécute virt-v2v, installant et configurant les pilotes de périphériques sur les PVC pour la VM cible.

    4. Le contrôleur d'importation de machine virtuelle crée ensuite un CR VirtualMachineInstance (VMI).

    5. Lorsque la machine virtuelle cible est mise sous tension, le contrôleur KubeVirt crée un pod de machine virtuelle qui exécute QEMU-KVM avec les PVC attachés en tant que disques de machine virtuelle.

      Afficher un exemple
      Déclencheur MTV
  12. Une fois toutes les machines virtuelles migrées, le contrôleur de migration met à jour l'état du plan de migration à « Terminé ». L'état d'alimentation d'origine de chaque machine virtuelle source est préservé après la migration.

    Afficher un exemple
    État d'achèvement de MTV
    Afficher un exemple
    Machine virtuelle Windows après migration
    Machine virtuelle Linux après migration
    Remarque Ceci montre comment Shift Toolkit, associé à MTV, simplifie la migration à une vitesse fulgurante. Dans cet exemple, 2 machines virtuelles totalisant 12 To ont été migrées. L'ensemble du processus s'est déroulé en environ 8 à 10 minutes.
    Ce qui se passe en coulisses :

    Les sections suivantes décrivent les étapes déclenchées par les API Shift Toolkit et MTV pour convertir les fichiers VMDK et créer des machines virtuelles sur la plateforme OpenShift. Ce flux de travail reste cohérent, qu'il soit initié via l'interface utilisateur de Shift Toolkit ou via des scripts fournis dans les blocs de scripts de Shift Toolkit.

Convertir VMDK

L'outil Shift Toolkit trouvera automatiquement les VMDK associés à chaque VM, y compris le disque de démarrage principal.

Remarque S'il existe plusieurs fichiers VMDK, chaque fichier VMDK sera converti.
Configuration du plan d'importation et de migration de volume

Shift Toolkit utilise Trident CSI pour importer les volumes en tant que PVC dans le cluster. Chaque manifeste PVC est rempli d'étiquettes et d'annotations spécifiques afin de garantir que MTV les reconnaisse :

  • Étiquettes

    • ID de machine virtuelle

    • vmUUID

  • Annotation:

    • chemin du disque vmdk

De plus, les permissions du fichier disk.img ont été mises à jour. Les permissions sont modifiées à l'aide d'un POD déployé à la volée pour monter les PVC importés et définir les permissions comme suit :

  • "propriétaire": { "id": 107 },"groupe": { "id": 107 },"mode": "0655"

Remarques importantes :

  • Le chariot élévateur vérifie la présence de vmID et vmUUID dans le PVC.

  • Forklift utilise le nom du disque (chemin VMDK) pour forklift.konveyor.io/disk-source.

  • Le nombre de PVC importés doit correspondre au nombre de disques associés à la VM source. Par exemple, si une VM possède trois VMDK mais que quatre PVC sont importés avec des ID correspondants, MTV ne mettra pas à jour l'état du plan de migration à « Prêt à démarrer ».

Une fois ces étapes terminées, Shift Toolkit modifie le fichier YAML du plan de migration afin que MTV comprenne que les PVC doivent être utilisés directement, en contournant le processus du pod de remplissage de données (qui est généralement long). Le fichier YAML modifié comprend :

  • espace de noms cible : par défaut

  • type : conversion

  • stockage: {}

Démarrer le processus de migration

Une fois la configuration terminée, MTV est invoqué pour lancer la migration. L'interface utilisateur affichera le type de migration comme étant à froid, mais en fonction de la spécification YAML pour la conversion, MTV valide chaque PVC par rapport au vmID et au vmUUID associés, les mappe en conséquence, puis initialise la migration. Afficher un exemple

Details
Temps d'achèvement de la console MTV
Remarque Les machines virtuelles sont créées dans le cadre du projet « Default », mais celui-ci peut être modifié dans le fichier YAML du plan de migration MTV.

Shift Toolkit accélère la migration en simplifiant le processus, en minimisant les temps d'arrêt et en éliminant le besoin d'accès à l'hôte ESXi ou d'approches basées sur VDDK.

Remarque Avant de commencer cette intégration spécifique, contactez votre équipe commerciale Red Hat.