frankdenneman Frank Denneman is the Chief Technologist for AI at VMware by Broadcom. He is an author of the vSphere host and clustering deep dive series, as well as a podcast host for the Unexplored Territory podcast. You can follow him on Twitter @frankdenneman

FDM in mixed ESX and vSphere clusters

48 sec read

Last couple of weeks I’ve been receiving questions about vSphere HA FDM agent in a mixed cluster. When upgrading vCenter to 5.0, each HA cluster will be upgraded to the FDM agent. A new FDM agent will be pushed to each ESX server. The new HA version supports ESX(i) 3.5 through ESXi 5.0 hosts. Mixed clusters will be supported so not all hosts have to be upgraded immediately to take advantage of the new features of FDM. Although mixed environments are supported we do recommend keeping the time you run difference versions in a cluster to a minimum.
The FDM agent will be pushed to each hosts, even if the cluster contains identically configured hosts, for example a cluster containing only vSphere 4.1 update 1 will still be upgraded to the new HA version. The only time vCenter will not push the new FDM agent to a host if the host in question is a 3.5 host without the required patch.
When using clusters containing 3.5 hosts, it is recommended to upgrade the ESX host to ESX350-201012401-SG PATCH (ESX 3.5) or ESXe350-201012401-I-BG PATCH (ESXi) patch first before upgrading vCenter to vCenter 5.0. If you still get the following error message:
Host ‘‘ is of type ( ) with build , it does not support vSphere HA clustering features and cannot be part of vSphere HA clusters.

Visit the VMware knowledgebase article: 2001833.

frankdenneman Frank Denneman is the Chief Technologist for AI at VMware by Broadcom. He is an author of the vSphere host and clustering deep dive series, as well as a podcast host for the Unexplored Territory podcast. You can follow him on Twitter @frankdenneman

4 Replies to “FDM in mixed ESX and vSphere clusters”

  1. Having 3.5 hosts in a 5.0 hosts is supported but not recommended?
    In order to have a staged migration from 3.5 to 5.0 there has to be some co-existence with vmtools and virtual hardware. One would not necessarily want to upgrade virtual hardware since it cannot be rolled back, if there are issues with the virtual machine after migration to V5 host and upgrade of vHardware and vmtools. So are you recommending a shotgun approach in migrating 3.5 vm’s to a 5.0 cluster?
    Please advise. Thank you.

  2. I am planning to migrate my vCenter 4.0 U2 to vCenter 4.1 Update 2.
    But current setup – 4.0 U2 has ESX 3.5 U5 servers and planning to move them to ESXi 4.1 U2. I already built 2 new ESXi 4.1 U2 servers and new vCenter with x64 bit.
    Need guidance to laydown plan without any problems for Virtual hw and VM tools. Please respond to me @ sateesh4test@gmail.com

Comments are closed.