IBM Cloud Docs
Présentation de la migration NSX-V vers NSX-T

Présentation de la migration NSX-V vers NSX-T

À partir de la version 4.0, VMware NSX-T Data Center est connu sous le nom de VMware NSX. Ce document utilise NSX-T et NSX-V pour plus de clarté entre les deux solutions NSX.

Cette documentation fournit une approche validée et des conseils pour les clients existants de IBM Cloud® for VMware Solutions avec VMware VCF for Classic - Automated® avec des instances NSX-V. Ainsi, ils peuvent déplacer et migrer leurs charges de travail vers de nouvelles VCF for Classic - Automated avec des instances NSX-T™ (également appelées V2T migration). Cette documentation n'est pas destinée principalement aux clients qui souhaitent migrer des charges de travail sur site vers IBM Cloud, bien que certaines des approches et des conseils soient applicables.

Bien que la documentation de Broadcom® décrive un certain nombre d'approches de migration, seules les approches coexistantes ou lift-and-shift sont validées par IBM Cloud. Dans l'approche coexistante, NSX-V et NSX-T sont exécutés côte à côte et les nouvelles charges de travail sont placées sur le nouvel environnement NSX-T et les anciennes charges de travail sont mises hors service sur l'environnement NSX-V. Lorsque l'environnement NSX-V est vide, il peut être désapprovisionné. Cette approche n'est pas abordée plus loin dans la documentation, mais il peut s'agir d'une option validée si vous souhaitez suivre ce chemin.

Dans l'approche lift-and-shift, l'automatisation IBM Cloud est utilisée pour déployer une nouvelle instance VCF for Classic - Automated sur le même VLAN ou sur un VLAN différent. Grâce à cette action, vous pouvez effectuer la migration de la NSX-V vers la NSX-T et la migration de la charge de travail.

Avec la migration "lift-and-shift", vous pouvez :

  • Faites preuve de souplesse pour planifier la migration en fonction des exigences de votre charge de travail.
  • Adopter une approche de migration modulaire, par exemple une évacuation partielle des sous-réseaux.
  • Configurer une topologie de réseau différente dans l'environnement NSX-T.
  • Failback d'une vague de migration, car l'environnement NSX-V existant est toujours en cours d'exécution.
  • Au fil du temps, migrer progressivement des parties spécifiques des charges de travail NSX-V.
  • Étendre logiquement les réseaux entre les deux environnements et déplacer progressivement les charges de travail de NSX-V à NSX-T.

Le voyage de NSX-V à NSX-T nécessite une planification et une préparation soignée. Vous devez être familiarisé avec les concepts et les tâches d'administration de NSX-T avant toute migration. Ce parcours doit comporter les étapes suivantes :

  • Éducation - Formation de l'équipe qui migre vers la NSX-T et qui dirige ensuite la NSX-T.
  • Planification et préparation des migrations - Examiner l'environnement actuel de la NSX-V pour comprendre la complexité de la migration et les principaux facteurs qui influent sur la migration. Sélectionnez la topologie de l'environnement NSX-T cible.
  • Sélection, déploiement et configuration de la plateforme cible - Cette étape inclut également la création d'outils de migration tels que L2 pont ou VMware HCX. Ou aussi des outils tiers tels que le cITopus de SPJ ou l'outil d'aide à la migration de ReSTNSX.
  • Migration de la configuration - Ces tâches comprennent la mise en place des composants de la superposition, qui incluent les segments NSX-T, le routage, l'équilibrage de la charge, le pare-feu périphérique, le pare-feu distribué et le balisage. La migration de configuration peut être effectuée manuellement à l'aide de scripts, tels que Terraform ou des outils tiers tels que le cITopus de SPJ.
  • Migration de la charge de travail - Cette étape inclut l'étirement du réseau de couche 2, le cas échéant, et la migration de la machine virtuelle. Les techniques de migration incluent les migrations HCX VMware ou Advanced vCenter vMotion.

Voici un exemple de flux de migration de haut niveau qui utilise l'approche de migration lift-and-shift avec NSX-T L2 Bridge :

  • Déployer le nouveau VCF for Classic - Automated avec l'instance NSX-T.
  • Créez votre topologie de réseau NSX-T requise et configurez les services réseau nécessaires.
  • Configurez un pont NSX-T Edge pour étendre le NSX-V VXLAN / commutateur logique / connexion virtuelle à un segment de fond de page dans NSX-T.
  • Utilisez le coordinateur de migration VMware pour migrer (copie en travers) la configuration de Distributed Firewall (dFW).
  • Le mode de migration dFW uniquement du coordinateur de migration ne doit être exécuté qu'une seule fois. Une fois la configuration dFW migrée vers NSX-T, ne mettez pas à jour la configuration dFW dans l'environnement NSX-V.
  • Basculez la passerelle par défaut vers l'environnement NSX-T.
  • Utilisez la passerelle NSX-T Edge et vSphere vMotion pour migrer les VM de charge de travail vers le segment de superposition dans NSX-T.
  • Migrez les balises de sécurité vers les machines virtuelles de charge de travail dans NSX-T.
  • Continuez avec tous les commutateurs logiques NSX-V jusqu'à ce que toutes les machines virtuelles soient évacuées de l'environnement NSX-V.
  • Mettre hors service l'ancien site VCF for Classic - Automated avec l'environnement NSX-V.

En fonction de la complexité de l'environnement source et des compétences, de l'expérience et des engagements en matière de temps de votre équipe, vous pourriez vouloir engager des services professionnels. Cette action peut développer un plan de migration et également exécuter la migration pour vous.

Remarques sur la migration

Vous devez être familiarisé avec les concepts et les tâches d'administration de NSX-T avant toute migration. Passez en revue les informations suivantes :