Setting up HCX for migration from NSX-V to NSX-T
You can provision an optional HCX service in the new VMware Cloud Foundation for Classic - Automated instance with NSX-T, which is running in parallel with the existing VCF for Classic - Automated with NSX-V environment. HCX deployment is fully automated in the new VCF for Classic - Automated with NSX-T environment. HCX has various migration services (Bulk and vMotion) to help you move the workload VMs, and it provides embedded L2 Network Extension Services for the NSX-V logical switches to the NSX-T segments.
HCX site peering over private network
-
Order the HCX service on the new VCF for Classic - Automated with NSX-T environment. For more information, see Ordering VMware HCX. This use case assumes that you specify the HCX network connection type of Public, which allows license registration and metering to be completed over the public network.
However, if your NSX-T consolidated or management cluster is deployed with private network only, the only networking option that you can choose is private. You then need to configure a proxy server to enable license registration and metering over the public network. For more information, see Deployment process for HCX.
-
When the automated HCX service deployment is completed, the following components are deployed and configured in the VCF for Classic - Automated with NSX-T environment.
- An HCX Manager appliance with an IP address on the primary VLAN portable subnet for the management of the instance.
- A portable HCX private subnet on the primary VLAN for use by the HCX fleet appliances.
- 8 IP addresses on the existing portable subnet for vMotion traffic on the secondary VLAN are reserved for use by the HCX fleet appliances.
- A portable HCX public subnet on the public VLAN. This HCX Uplink network is not used in this use case.
- HCX Manager is integrated with the VCF for Classic - Automated with NSX-T environment's vCenter and compute and network profiles configured.
-
Install HCX Manager manually in the existing VCF for Classic - Automated with NSX-V environment. Use an OVA downloaded through the HCX Manager in the Center Server with NSX-T environment. Deploy it onto a manually ordered portable subnet on the primary VLAN. Order an HCX activation key from the VMware Solutions console and use it to register the HCX Manager.
-
Using the HCX Manager in the VCF for Classic - Automated with NSX-V environment, establish a site pairing to the HCX Manager in the VCF for Classic - Automated with NSX-T environment and instantiate an HCX service mesh.
Configuring HCX service mesh for NSX-V to NSX-T migration
- In the VCF for Classic - Automated with NSX-T environment, HCX uses the HCX Private subnet for management for interfaces of the HCX fleet appliances, and the vMotion subnet on the secondary VLAN.
- In the VCF for Classic - Automated with NSX-V environment, order a new portable subnet on the primary VLAN for use as the HCX private subnet.
- Order a new portable subnet manually on the Secondary VLAN for use as the HCX private uplink subnet.
- The network profiles in the VCF for Classic - Automated with NSX-T environment are created initially by the VMware Solutions automation. No changes are required for the Management and vMotion profiles. A new profile for the HCX private uplink network profile is created in the VCF for Classic - Automated with NSX-T environment. THe profile is created by using the subnet, IP range, and gateway from the manually provisioned HCX uplink portable subnet on the Secondary VLAN. This subnet is also used by the HCX private uplink network profile in the VCF for Classic - Automated with NSX-V environment. Therefore, ensure that the IP ranges in each environment do not overlap with each other.
- The network profiles in the VCF for Classic - Automated with NSX-V environment must be created:
- The management network profile is configured by using the subnet, IP range, and gateway from the manually provisioned HCX Management portable subnet on the primary VLAN.
- The vMotion network profile uses the subnet, IP range, and gateway from the existing vMotion subnet on the secondary VLAN. Ensure that the IP range that you define is not used by the ESXi hosts.
- The private uplink network profile is created by using the subnet, IP range, and gateway from the manually provisioned HCX uplink portable subnet on the secondary private VLAN. This subnet is also used by the HCX private uplink network profile in the VCF for Classic - Automated with NSX-T environment. Therefore, ensure that the IP ranges in each environment do not overlap with each other.
- On the VCF for Classic - Automated with NSX-V HCX Manager, create a Site Pairing and then a Service Mesh. Complete performance testing to understand bandwidth and throughput between the environments so you can calculate migration durations. For more information, see HCX Network Underlay Characterization and Performance Outcomes.
Deploying HCX fleet for migration
- When you create a Service Mesh through the VCF for Classic - Automated with NSX-V HCX Manager, HCX creates the HCX responder fleet appliances in the VCF for Classic - Automated with NSX-T environment. These appliances consist of an interconnect appliance, WAN optimizer, and network extension appliance. One or more of these appliances are deployed depending on the settings that are used during the service mesh creation workflow. For more information, see HCX deployment considerations and best practices and HCX compute profiles.
- When you create a Service Mesh through the VCF for Classic - Automated with NSX-V HCX Manager, HCX creates the HCX initiator fleet appliances in the VCF for Classic - Automated with NSX-V environment. These appliances consist of an interconnect appliance, WAN optimizer, and network extension appliance. One or more of these appliances are deployed depending on the settings that are used during the service mesh creation workflow.
- The HCX network Extension service workflow is initiated through the VCF for Classic - Automated with NSX-V HCX Manager. This workflow uses L2 bridging to connect the required NSX-V logical switches to automatically created NSX-T segments.
- The migration workflow is used to select the required VMs to be migrated by using the vMotion, bulk, or cold migration options. At this stage, the VMs are on the NSX-T environment but north-south traffic is through the NSX-V Edges.
- Distributed firewall and dynamic routing configurations of the NSX-T environment needs to be completed to enable network switch-over from the NSX-V environment to the NSX-T environment.
Network switchover with HCX
- The final stage of the cut-over is to initiate the unextend networks workflow with connect cloud network to cloud edge gateway after unextending option. This workflow removes the HCX L2 bridge between the NSX-V and NSX-T environments.
- The workflow connects the NSX-T segment to the T1 router.
- The workflow disconnects the logical switch from the NSX-V distributed logical router.
- North-south traffic from the VMs hosted on this segment is now through the NSX-T T0 uplink networks that are hosted on the public or primary VLANs.
- The network switchover is now complete.
Considerations for migrating with HCX
Each HCX-NE appliance can extend up to eight segments at a time, and you can create multiple HCX-NEs if needed. You can configure them when you create the service mesh.