Chapitre 8. Migration de vos applications


Vous pouvez migrer vos applications en utilisant la console web Migration Toolkit for Containers (MTC) ou la ligne de commande.

La plupart des ressources délimitées par le cluster ne sont pas encore gérées par MTC. Si vos applications nécessitent des ressources de ce type, vous devrez peut-être les créer manuellement sur le cluster cible.

Vous pouvez utiliser la migration par étapes et la migration à basculement pour migrer une application entre des clusters :

  • La migration par étapes copie les données du cluster source vers le cluster cible sans arrêter l’application. Vous pouvez exécuter une migration par étapes à plusieurs reprises afin de réduire la durée de la migration à basculement.
  • La migration à basculement arrête les transactions sur le cluster source et déplace les ressources vers le cluster cible.

Vous pouvez utiliser la migration d’état pour migrer l’état d’une application :

  • La migration d'état copie les réclamations de volumes persistants (PVC) sélectionnées.
  • Vous pouvez utiliser la migration d’état pour migrer un espace de nommage au sein d’un même cluster.

Pendant la migration, Migration Toolkit for Containers (MTC) conserve les annotations d’espace de nommage suivantes :

  • openshift.io/sa.scc.mcs
  • openshift.io/sa.scc.supplemental-groups
  • openshift.io/sa.scc.uid-range

    Ces annotations conservent la plage d’UID. De cette façon, vous avez la garantie que les conteneurs conservent leurs autorisations de système de fichiers sur le cluster cible. Il existe un risque que les UID migrés fassent double emploi avec les UID d’un espace de nommage existant ou futur sur le cluster cible.

8.1. Conditions préalables à la migration

  • Vous devez être connecté en tant qu’utilisateur avec les privilèges cluster-admin sur tous les clusters.

Migration directe des images

  • Vous devez vous assurer que le registre d'images OpenShift sécurisé du cluster source est exposé.
  • Vous devez créer une route vers le registre exposé.

Migration directe des volumes

  • Si vos clusters utilisent des proxies, vous devez configurer un proxy TCP Stunnel.

Clusters

  • Le cluster source doit être mis à niveau vers la dernière version de MTC z-stream.
  • La version de MTC doit être la même sur tous les clusters.

Réseau

  • Les clusters disposent d’un accès réseau illimité entre eux et au référentiel de réplication.
  • Si vous copiez les volumes persistants avec move, les clusters doivent disposer d’un accès réseau illimité aux volumes distants.
  • Vous devez activer les ports suivants sur un cluster OpenShift Container Platform 4 :

    • 6443 (serveur d’API)
    • 443 (routes)
    • 53 (DNS)
  • Vous devez activer le port 443 sur le référentiel de réplication si vous utilisez le protocole TLS.

Volumes persistants (PV)

  • Les volumes persistants doivent être valides.
  • Les volumes persistants doivent être liés à des revendications de volumes persistants.
  • Si vous utilisez des clichés pour copier les PV, des conditions préalables supplémentaires s’appliquent :

    • Le fournisseur de services en nuage doit prendre en charge les instantanés.
    • Les PV doivent avoir le même fournisseur de cloud.
    • Les PV doivent se trouver dans la même région géographique.
    • Les PV doivent avoir la même classe de stockage.
Red Hat logoGithubRedditYoutubeTwitter

Apprendre

Essayez, achetez et vendez

Communautés

À propos de la documentation Red Hat

Nous aidons les utilisateurs de Red Hat à innover et à atteindre leurs objectifs grâce à nos produits et services avec un contenu auquel ils peuvent faire confiance.

Rendre l’open source plus inclusif

Red Hat s'engage à remplacer le langage problématique dans notre code, notre documentation et nos propriétés Web. Pour plus de détails, consultez leBlog Red Hat.

À propos de Red Hat

Nous proposons des solutions renforcées qui facilitent le travail des entreprises sur plusieurs plates-formes et environnements, du centre de données central à la périphérie du réseau.

© 2024 Red Hat, Inc.