Website under construction

Figure 2-13:
VM version number 
Note Do not confuse version with generation. Both Generation 1 and Generation 2 can be version 
5.0. The version number has to do with the version of Windows Server that was used to create the 
VM, whereas the generation has to do with what virtualized hardware is available to the VM. 
It is also important to note that although you can live-migrate VMs outside of failover clustering, you 
will most likely use this new mobility within failover clustering. For the first time since Windows Server 
2003, failover clustering now supports mixed mode clusters. This means that you can upgrade 
Windows Server 2012 R2 cluster nodes to the new Windows Server 2016 while retaining their cluster 
membership. And with the improvements to mobility, you can move VMs effortlessly between older 
and newer cluster nodes as part of the overall cluster upgrade strategy. 

---

22 
CHAPTER 2 | Software-defined datacenter 
VM configuration version 
The VM upgrade process has changed in Windows Server 2016. In the past, when you imported VMs 
to a new version of Hyper-V, they were automatically upgraded. However, it was not always easy to 
identify which VMs were imported from a previous version of Hyper-V and which were newly created. 
That's because the VM configuration version upgrades automatically with the host upgrade. 
The real challenge, however, was that you couldn't roll back the VM to a previous configuration 
version. The VM version determines with which versions of Hyper-V the VM’s configuration, saved 
state, and snapshot files are compatible. In Windows Server 2016, the VM configuration version 
upgrade process is no longer automatic. This makes it possible for you to move the VM to a server 
running an earlier version of Hyper-V, such as Windows Server 2012 R2. In that case, you do not have 
access to new VM features until you manually update the VM configuration version. 
All VM capabilities remain compatible, such as live migration, storage live migration, and dynamic 
memory. Hence, upgrading a VM is now a manual operation that is separate from upgrading the 
physical host. It is important to note that when you upgrade the configuration version of the VM, you 
cannot downgrade it. If you use VMs that were created with Windows Server 2012 R2, you will not 
have access to new VM features until you manually update the VM configuration version. 
VMs with configuration version 5.0 are compatible with Windows Server 2012 R2 and can run on both 
Windows Server 2012 R2 and Windows Server 2016. VMs with configuration version 6.0 are compatible 
with Windows Server 2016 but will not run on Hyper-V running on Windows Server 2012 R2. 
The following table lists the supported versions of the configuration version on Windows: