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

Fin de la commercialisation: à compter du 31 octobre 2025, les nouveaux déploiements des offres « VMware Solutions » ne seront plus disponibles pour les nouveaux clients. Les clients existants peuvent continuer à utiliser et à développer leurs charges de travail VMware® actives sur IBM Cloud®. Pour plus d'informations, voir Fin de la commercialisation pour VMware sur IBM Cloud.

À 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 aux clients IBM Cloud® for VMware Solutions existants disposant VMwareVCF for Classic - Automated® d'instances NSX-V. De cette manière, ils peuvent déplacer et migrer leurs charges de travail vers de nouvelles instances VCF for Classic - Automated 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 Broadcom® décrive plusieurs approches de migration, seules les approches de coexistence ou de transfert sont validées par IBM Cloud. Dans l'approche coexistante, NSX-V et NSX-T fonctionnent en parallèle, les nouvelles charges de travail sont placées dans le nouvel environnement NSX-T et les anciennes charges de travail sont mises hors service dans 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 », IBM Cloud l'automatisation est utilisée pour déployer une nouvelle VCF for Classic - Automated instance sur le même VLAN ou sur des VLAN différents. 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 :

• Soyez flexible pour planifier la migration en fonction de vos besoins en matière de charge de travail.
• Adoptez une approche de migration modulaire, par exemple, l'évacuation partielle du sous-réseau.
• Configurez une topologie réseau différente dans l'environnement NSX-T.
• Reprise après échec d'une vague de migration, car l'environnement NSX-V existant est toujours opérationnel.
• Au fil du temps, migrez progressivement certaines parties spécifiques des charges de travail NSX-V.
• Étendez logiquement les réseaux entre les deux environnements et transférez progressivement les charges de travail de NSX-V vers NSX-T.

Le voyage de NSX-V à NSX-T nécessite une planification et une préparation soignée. Vous devez vous familiariser 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 plate-forme cible - Cette étape comprend également la configuration d'outils de migration, tels que L2 bridging ou VMware HCX™. Ou encore des outils tiers, tels que ReSTNSX's Migration Assistance Tool.
• Migration de la configuration - Ces tâches comprennent la configuration des composants de superposition, notamment les segments NSX-T, le routage, l'équilibrage de charge, le pare-feu périphérique, le pare-feu distribué et le balisage. La migration de la configuration peut être effectuée manuellement à l'aide de scripts, tels que Terraform ou des outils tiers.
• 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 workflow de migration de haut niveau qui utilise l'approche de migration « lift-and-shift » avec NSX-T L2 Bridge :

• Déployez la nouvelle VCF for Classic - Automated 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 environnement VCF for Classic - Automated 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.