10.2.4. Création d’un plan de migration dans la console Web MTC

Procédure

1. Dans la console Web MTC, cliquez sur Migration plans.
2. Cliquez sur Add migration plan.

3. Saisissez le nom du plan dans le champ Plan name.

   Le nom du plan de migration ne doit pas dépasser 253 caractères alphanumériques minuscules (a-z, 0-9), ni contenir d’espaces ou de traits de soulignement (_).

4. Sélectionnez un cluster source, un cluster cible et un référentiel dans les champs appropriés.
5. Cliquez sur Next.
6. Sélectionnez les projets à faire migrer.
7. Facultatif : cliquez sur l’icône d’édition en regard d’un projet pour modifier l’espace de nommage cible.
8. Cliquez sur Next.

9. Sélectionnez un type de migration pour chaque volume persistant (PV) :

   • L’option Copy copie les données du PV d’un cluster source vers le référentiel de réplication, puis restaure les données sur un nouveau PV, avec des caractéristiques similaires, dans le cluster cible.
   • L’option Move démonte un volume distant (NFS, par exemple) du cluster source, crée une ressource PV sur le cluster cible pointant vers le volume distant, puis monte le volume distant sur le cluster cible. Les applications qui s’exécutent sur le cluster cible utilisent le même volume distant que celui qui était utilisé par le cluster source.
10. Cliquez sur Next.

11. Sélectionnez une méthode de copie (Copy method) pour chaque PV :

    • La méthode Snapshot copy sauvegarde et restaure les données à l’aide de la fonctionnalité de cliché du fournisseur de cloud. Elle est nettement plus rapide que la méthode Filesystem copy.

    • La méthode Filesystem copy sauvegarde les fichiers sur le cluster source et les restaure sur le cluster cible.

      La méthode de copie du système de fichiers est requise pour la migration directe des volumes.

12. Vous pouvez sélectionner Verify copy pour vérifier les données migrées avec la méthode Filesystem copy. La vérification des données s’effectue en générant une somme de contrôle pour chaque fichier source et en vérifiant la somme de contrôle après la restauration. La vérification des données réduit sensiblement les performances.

13. Sélectionnez une classe de stockage cible (Target storage class).

    Si vous avez sélectionné Filesystem copy, vous pouvez modifier la classe de stockage cible.

14. Cliquez sur Next.

15. Sur la page Migration options, l’option Direct image migration est sélectionnée si vous avez spécifié une route de registre d’images exposée pour le cluster source. L’option Direct PV migration est sélectionnée si vous migrez des données avec la méthode Filesystem copy.

    Les options de migration directe copient les images et les fichiers directement du cluster source vers le cluster cible. Cette option s’avère beaucoup plus rapide que la copie d’images et de fichiers du cluster source vers le référentiel de réplication, puis du référentiel de réplication vers le cluster cible.

16. Cliquez sur Next.

17. Facultatif : cliquez sur Add Hook pour ajouter un script automatique au plan de migration.

    Un script automatique exécute un code personnalisé. Vous pouvez ajouter jusqu’à quatre scripts automatiques à un seul plan de migration. Chaque script automatique est exécuté pendant une étape de migration différente.

    1. Saisissez le nom du script automatique à afficher dans la console Web.
    2. Si le script automatique est un playbook Ansible, sélectionnez Ansible playbook, puis cliquez sur Browse pour télécharger le playbook ou collez le contenu du playbook dans le champ.
    3. Facultatif : indiquez une image d’exécution Ansible si vous n’utilisez pas l’image de script automatique par défaut.

    4. Si le script automatique n’est pas un playbook Ansible, sélectionnez Custom container image, et indiquez le nom et le chemin de l’image.

       Une image de conteneur personnalisée peut inclure des playbooks Ansible.

    5. Sélectionnez Source cluster ou Target cluster.
    6. Saisissez le nom et l’espace de nommage du compte de service dans les champs Service account name et Service account namespace, respectivement.

    7. Sélectionnez l’étape de migration pour le script automatique :

       • preBackup : avant la sauvegarde de la charge de travail de l’application sur le cluster source
       • postBackup : après la sauvegarde de la charge de travail de l’application sur le cluster source
       • preRestore : avant la restauration de la charge de travail de l’application sur le cluster cible
       • postRestore : après la restauration de la charge de travail de l’application sur le cluster cible
    8. Cliquez sur Add.

18. Cliquez sur Finish.

    Le plan de migration est affiché dans la liste Migration plans.