WilliamLam.com

  • About
    • About
    • Privacy
  • VMware Cloud Foundation
    • VMware Cloud Foundation 9
  • VKS
  • Homelab
    • Hardware Options
    • Hardware Reviews
    • Lab Deployment Scripts
    • Nested Virtualization
    • Homelab Podcasts
  • VMware Nostalgia
  • Apple
You are here: Home / VMware Cloud Foundation / Cross vCenter vMotion workloads from vSphere 7.0 to vSphere 9.0

Cross vCenter vMotion workloads from vSphere 7.0 to vSphere 9.0

02.09.2026 by William Lam // Leave a Comment

While vSphere 7.0 officially reached end of support in October 2025, many organizations continue to operate on it, often not by choice, and on hardware that is likely end of life.

An established transition strategy among enterprises is to migrate workloads into a newly deployed environment using the battle tested vSphere vMotion capability.

A lesser known capability introduced with both VMware vSphere Foundation (VVF) and VMware Cloud Foundation (VCF) 9.0 allows non-disruptive migration of workloads from vSphere 7.0 to vSphere 9.0, as the minimum supported version of the vSphere Distributed Switch (VDS) is 7.0 as you can see from VDS creation workflow wizard.


Users currently have two supported methods for migrating workloads from their existing vSphere 7.0 environment into either a VVF or VCF 9.0 deployment using the native Cross vCenter vMotion capability.

Option 1:

  • Source: vCenter: 7.x & ESX: 7.x with VDS 7.0
  • Destination: vCenter 9.x & ESX 9.x with VDS 7.0

If you have some spare or swing ESX hosts at the destination location, you can configure it with lower VDS version and perform Cross vCenter vMotion without encountering VDS compatibility issues.

Option 2:

  • Source: vCenter: 7.x & ESX: 7.x with VDS 7.0
  • Destination: vCenter 9.x & ESX 9.x with VDS 9.0

If you do not have additional hosts that can match the source VDS version, when you attempt to perform a Cross vCenter vMotion, you will run into the following compatibility issue:

The target host does not support the virtual machine's current hardware requirements. The destination virtual switch version or type (VDS 9.0.0) is different than the minimum required version or type (VDS 7.0.3) necessary to migrate VM from source virtual switch.


Luckily, this problem had already been solved back in 2018, enabling workload mobility between an on-premises vSphere envrionment and VMware Cloud on AWS (VMC-A) deployment, which will have different VDS version.

I recently spoke to VCF product management to get clarity on KB 318582 which utilizes the same solution to allow a Cross vCenter vMotion of a VM between two different VDS version.


The KB will be updated shortly to remove the VMC-A specific support text and while vSphere 7.0 is still EOS, for this use case, you will be able to leverage this exact same solution to move workloads from a vSphere 7.0 environment to VVF/VCF 9.0.

Categories // VMware Cloud Foundation, vSphere 7.0, vSphere 9.0 Tags // VCF 9.0

Thanks for the comment!Cancel reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Search

Thank Author

Author

William is Distinguished Platform Engineering Architect in the VMware Cloud Foundation (VCF) Division at Broadcom. His primary focus is helping customers and partners build, run and operate a modern Private Cloud using the VMware Cloud Foundation (VCF) platform.

Connect

  • Bluesky
  • Email
  • GitHub
  • LinkedIn
  • Mastodon
  • Reddit
  • RSS
  • Twitter
  • Vimeo

Recent

  • Simplify License Management across VCF Operations Fleet & Standalone Deployment for Monitoring 03/05/2026
  • Automated Initial Configuration of VCF Operations 9 using CASA API 03/04/2026
  • Automated Deployment of VCF Operations 9 OVA 02/27/2026
  • Frequent Query container volume async Tasks in vSphere UI  02/20/2026
  • Quick Tip - Debugging "stuck" vSphere Supervisor being removed 02/19/2026

Advertisment

Privacy & Cookies: This site uses cookies. By continuing to use this website, you agree to their use.

To find out more, including how to control cookies, see here: Cookie Policy

Copyright WilliamLam.com © 2026

 

Loading Comments...