Upgrade WinSrv2012 Hyper-V failover cluster straight to WinSrv2019

Dimarc67 used Ask the Experts™
Windows Server 2012 (non-R2) Hyper-V Failover Cluster
--four host node servers
--iSCSI cluster shared volumes (NetApp SAN)
--four VLANs
--80 hosted VMs

Upgrade the failover cluster to Windows Server 2019.

We're aware of the need to evict one or more nodes to build a "new" cluster with WinSrv2019, then connect the storage and "swing" the VMs over (a procedure no longer needed when upgrading a WinSrv2012-R2 or later cluster).

--Can we perform the old-school "evict & build new" steps to upgrade straight to Windows Server 2019?  
--Or, is it advised to first upgrade from 2012 to 2012-R2, then perform rolling upgrades to 2019?
--If we upgrade straight to 2019, are there any known issues or "gotchas" to watch out for due to skipping 2012-R2 and/or 2016?
--Are there any documentation or white papers for upgrading from 2012 (non-R2) failover clustering straight to 2016/2019?  (Finding the docs just for 2012-2012R2 are difficult as it is.)

More info available upon request.  Thanks in advance for assistance.

Frederick, MD
Watch Question

Do more with

Expert Office
EXPERT OFFICE® is a registered trademark of EXPERTS EXCHANGE®


Looks like I found Microsoft's doc for our specific scenario.  The example they give is specifically upgrading a failover cluster from 2012 to 2019.

Upgrading Failover Clusters on the same hardware

For the record, they specify creating the new cluster as 2016, then upgrading the rest to 2019, finishing with the first node.
Philip ElderTechnical Architect - HA/Compute/Storage

Cluster Rolling Upgrade would be the option but it requires 2012 R2 as the minimum starting place.

So, the next option is to do the following:
 + Live migrate all VMs to Nodes 1 & 2
 + Flatten nodes 3 & 4
 + Install Server 2019 edition needed & configure
 + Configure SAN Storage for new cluster nodes
 ++ Can either be existing LUNs or set up dedicated LUNs for the new cluster
 + Shared Nothing Live Migrate VMs to new cluster & storage (if needed)
 + Flatten Nodes 1 & 2
 + Install OS and configure
 + Join the existing cluster one at a time
 ++ Test Live Migration and Storage Migration in between each

Make sure all workloads are backed up prior to running the above operation.

Benefit: Gives a completely fresh install.

I created a step by step article on how to do this which can be done over RDP or on site.  This is important especially if you have teamed networks which will break when upgrading.

Your only path to upgrade to 2019 from 2012 is to go to 2016 if you have a cluster you don't want to shut down.

See below:

Thanks for responses.  As I mentioned, I located Microsoft's documentation specific to our implementation scenario:

Upgrading Failover Clusters on the same hardware

The given example is specifically for upgrading a failover cluster from 2012 to 2019, and directly answers my original question (must install 2016 on the first node of the new cluster).
Philip ElderTechnical Architect - HA/Compute/Storage

In-place upgrade is okay for most things, currently not domain controllers, but it is not something we would do for cluster nodes. There have been enough Microsoft KBs out since in-place became a part of the deployment scope for Windows Server that we still don't do it in those environments.

The principle thing to keep in mind is in the drivers. Make sure they are up to date as is the firmware on the various components in each node. So long as the hardware is not too old you should be okay. But, given the FROM version and the TO version I'm not sure things will go as planned.

Please make sure to have a known good backup.

Do more with

Expert Office
Submit tech questions to Ask the Experts™ at any time to receive solutions, advice, and new ideas from leading industry professionals.

Start 7-Day Free Trial