---
name: vmwaresolutions-v2t-migration-overview
title: NSX-V to NSX-T migration overview
description: As of 17 July 2025, new automated installations of Red Hat&reg; OpenShift&reg; for VMware® are no longer available for new or existing deployments of VMware Cloud Foundation for Classic - Automated instances. You can still use or delete your existing Red Hat OpenShift for VMware automated installations until 16 July 2026. The service will no longer be available from 17 July 2026.
last-updated: 2025-12-04
---

> ## Documentation Index
> The table of contents for this documentation set is at https://cloud.ibm.com/docs/vmwaresolutions?format=markdown
> The index for all IBM Cloud docs is at: https://cloud.ibm.com/docs/llms.txt
> Use these files to discover more information as needed.

# NSX-V to NSX-T migration overview
{: #v2t-overview}

As of 17 July 2025, new automated installations of Red Hat&reg; OpenShift&reg; for VMware® are no longer available for new or existing deployments of VMware Cloud Foundation for Classic - Automated instances. You can still use or delete your existing Red Hat OpenShift for VMware automated installations until 16 July 2026. The service will no longer be available from 17 July 2026.
{: deprecated}

Starting with version 4.0, VMware NSX-T Data Center is known as VMware NSX. This document uses NSX-T and NSX-V for clarity between the two NSX solutions.
{: note}

This documentation provides a validated approach and guidance for existing IBM Cloud&reg; for VMware Solutions customers with VMware VCF for Classic - Automated® with NSX-V instances. In that way, they can move and migrate their workloads to new VCF for Classic - Automated with NSX-T™ instances (also referred as V2T migration). This documentation is not primarily aimed at customers that want to migrate on-premises workloads to IBM Cloud, although some of the approach and guidance is applicable.

While the Broadcom® documentation describes a number of migration approaches, only the coexist or lift-and-shift approaches are validated by IBM Cloud. In the co-existing approach, NSX-V, and NSX-T are run side by side and new workloads are placed on the new NSX-T environment and old workloads are decommissioned on the NSX-V environment. When the NSX-V environment is empty, it can be de-provisioned. This approach is not discussed further in the documentation, but it can be a validated option if you want to follow this path.
{: note}

In the lift-and-shift approach, the IBM Cloud automation is used to deploy a new VCF for Classic - Automated instance on the same or different VLANs. With this action, you can perform both NSX-V to NSX-T migration and workload migration.

With the lift-and-shift migration, you can:

* Be flexible to plan the migration based on your workload requirements.
* Adopt a modular migration approach, for example, partial subnet evacuation.
* Configure a different network topology in the NSX-T environment.
* Failback of a migration wave, as the existing NSX-V environment is still running.
* Over time, gradually migrate specific parts of the NSX-V workloads.
* Logically extend networks between both environments and move the workloads gradually from NSX-V to NSX-T.

The journey from NSX-V to NSX-T requires careful planning and preparation. You must be familiar with NSX-T concepts and administration tasks before any migration. This journey must involve the following steps:

* Education - Training for the team who migrates to NSX-T and then runs NSX-T.
* Migration planning and preparation - Review the current NSX-V environment to understand the complexity of the migration, and key business drivers that impact migration. Select the topology for the target NSX-T environment.
* Target platform selection, deployment, and configuration - This step also includes the setting-up of migration tools, such as L2 bridging or VMware HCX™. Or also third-party tools, such as ReSTNSX's Migration Assistance Tool.
* Configuration migration - These tasks include the setting up of the overlay components, which include NSX-T segments, routing, load balancing, edge firewall, distributed firewall, and tagging. Configuration migration can be done manually through scripting, such as Terraform or third-party tools.
* Workload migration - This step includes layer 2 network stretching, if required, and virtual machine migration. Migration techniques include VMware HCX migrations or Advanced vCenter vMotion.

An example of a high-level migration workflow that uses the lift-and-shift migration approach with NSX-T L2 Bridge is as follows:

* Deploy the new VCF for Classic - Automated with NSX-T instance.
* Create your required NSX-T network topology and configure the necessary network services.
* Configure an NSX-T Edge bridge to extend the NSX-V VXLAN/logical switch/virtual wire to an overlay segment in NSX-T.
* Use the VMware Migration Coordinator to migrate (copy across) the Distributed Firewall (dFW) configuration.
* The dFW only migration mode of the migration coordinator must be run only one time. After the dFW configuration is migrated to NSX-T, do not update the dFW configuration in the NSX-V environment.
* Switch the default gateway to the NSX-T environment.
* Use NSX-T Edge bridge and vSphere vMotion to migrate workload VMs to the overlay segment in NSX-T.
* Migrate the Security Tags to the workload VMs in NSX-T.
* Continue with all NSX-V logical switches until all VMs be evacuated from the NSX-V environment.
* Decommission the old VCF for Classic - Automated with NSX-V environment.

Depending on the source environment complexity and the skills, experience and time commitments of your team you might want to engage professional services. This action can develop a migration plan and also run the migration for you.
{: note}

## Considerations for migration
{: #v2t-overview-considerations}

You must be familiar with NSX-T concepts and administration tasks before any migration. Review the following information:

* [IBM Cloud VMware NSX-T Architecture](https://cloud.ibm.com/docs/vmwaresolutions?topic=vmwaresolutions-nsx-t-design&format=markdown)
* [VCF for Classic - Automated Overview](https://cloud.ibm.com/docs/vmwaresolutions?topic=vmwaresolutions-vc_vcenterserveroverview&format=markdown)
* [VMware Learning for NSX-T education](https://www.broadcom.com/support/education/vmware){: external}
* [NSX-T Data Center Migration Guide](https://techdocs.broadcom.com/us/en/vmware-cis/nsx/nsxt-dc/3-2/migration-guide/nsx-t-data-center-migration-guide.html){: external}

## Related links
{: #v2t-overview-links}

* [VMware Cloud Migration Services](https://cloud.ibm.com/catalog/services/vmware-cloud-migration-services)
* [PrimaryIO NSX-V to NSX-T fast track migration service](https://hdm.primaryio.com/lp/nsxvtot){: external}
* [MAT - ReSTNSX's migration assistance tool](https://www.restnsx.com/post/migration-assistance-tool-mat){: external}