What’s New in vSphere Virtual Hardware Version 14

Save to My DOJO

What’s New in vSphere Virtual Hardware Version 14

When was the last time you upgraded your virtual hardware?

It is always recommended to upgrade your virtual hardware when the latest releases are available. Often, I see people who’ve skipped out and decided not to migrate but it comes back to haunt them later when certain features are missing. Some releases are minor but others are packed with new features. I wanted to take some time to focus on what the newest version of virtual hardware brings to the table.

New Virtual Hardware Features

Feature

ESXi 6.7

ESXi 6.5

ESXi 6.0

Hardware version 14 13 11
Maximum memory (GB) 6128 6128 4080
Maximum number of logical processors 128 128 128
Maximum number of cores (virtual CPUs) per socket 128 128 128
NVMe Controller s 4 4 N
Maximum video memory (MB) 128 128 128
Maximum graphics memory (GB) 2 2 2
PCI passthrough 16 16 16
Serial ports 32 32 32
Virtual RDMA Y Y N
NVDIMM controller 1 N N
NVDIMM device 64 N N
Virtual I/O MMU Y N N
Virtual TPM Y N N
Microsoft VBS Y N N

The table above outlines some of the differences going back to vSphere 6.0.

Maximum memory is the same as 6.5, logical processors are also the same so nothing new there. Persistent memory is one of the new features released in the latest version of vSphere to further improve flexibility. It is comparable, in a way, to ultra-fast SSD storage. It is another layer of storage that sits between a hard disk or flash NAND and memory to improve performance.

vSphere Virtual Hardware Version 14

New Feature: NVDIMM

Another new feature that you’ll note from the list is a tool called NVDIMM (Non-volatile memory). Persistent Memory or PMem is a type of non-volatile DRAM (NVDIMM) that has the speed of DRAM but retains contents through power cycles. Subsequently, resuming functionality is significantly faster as the content of RAM does not need to be reloaded. In addition to being non-volatile, it’s byte addressable, meaning it can be used as storage. When NVDIMM modules are installed in supported hardware and with vSphere 6.7, a PMem datastore is automatically created on the host. That datastore is managed by the Virtual Center and DRS. No action is required to manage it.

PMem storage is supported by all hardware versions, and legacy guest OS may use the storage. Virtual NVDIMM requires hardware version 14 or higher. The OS must also support the use of PMem, for example, Windows Server 2016 and Enterprise RedHat 7.4 or later.

With vPMEMDisk, vSphere allocates a piece of the PMem datastore and presents it to the virtual machine as a virtual disk that can be mounted on an SCSI controller like any other disk. No change is required in the guest, it doesn’t need to be compatible with NVDIMM and the VM doesn’t have to be compatible with 6.7. In order to assign a disk to a PMem datastore, a “hostlocal PMem default storage policy” will be applied to it. You add this type of disk just as you would any other type of disk. Under the Add hard disk menu after editing the virtual machine settings.

Side note: Only one local PMem datastore can exist per vSphere host.

New Feature: Virtual TPM (Trusted Platform Module)

First, there are some requirements necessary in order to add a virtual TPM to a Windows 10 or 2016 VM

  • Updated to Virtual Machine Hardware Version 14
  • Use EFI firmware
  • Have VM Encryption configured in vCenter

Trusted Platform Module is a chip that securely stores secrets which are used to authenticate the platform (PC, server). The secrets can be passwords, private keys or certificates. The use of TPM is particularly useful to secure a system and ensure that the data is secure in case of theft. A vTPM is similar to a physical TPM device, except the cryptographic operations are performed in software. Instead of storing the secrets in a hardware component, it is stored in the nvram file which is encrypted using VM Encryption. Note that the vTPM is not dependent on the physical TPM.

New Feature: Microsoft VBS (Virtualization Based Security)

Virtualization Based Security is a Windows 10 and Windows Server 2016 feature that enhances security by creating an isolated region of memory called a memory enclave, using the hypervisor capabilities of Windows. The VM must be presented with the same hardware as a bare metal server and the following need to be met in order to enable the feature:

  • Updated to Virtual Machine Hardware Version 14
  • Nested Virtualization enabled
  • Secure Boot enabled
  • Use EFI firmware

The VMware vSphere blog has a great article on this and the above-mentioned TPM changes.

New Feature: Per-VM EVC

As the name indicates, per -VM EVC can be enabled on individual VM. The great thing about per VM EVC is that it not only works on VMs inside the cluster but also VMs outside of the cluster.  Unlike cluster level EVC, this feature enables vMotion across clusters, standalone hosts, cross vCenters & hybrid clouds such as VMware cloud on AWS (from on-prem vCenter). The VM must be switched off to have EVC enabled, but instead enabling it on a whole vSphere cluster, we can enable it on a per VM basis making it more granular.

Wrap Up

As mentioned above, it’s always a great idea to upgrade virtual hardware. I’d recommend that you double check that you won’t need any backward compatibility because once you update the hardware it is very difficult to go back. If you’re still running hosts on older versions of ESXi, it’s probably a good idea to wait until they’re all running the same 6.7 baselines. If you have any desire to run the features listed above, you’ll have to upgrade though!

[the_ad id=”4738″][thrive_leads id=’18673′]

Altaro VM Backup
Share this post

Not a DOJO Member yet?

Join thousands of other IT pros and receive a weekly roundup email with the latest content & updates!

4 thoughts on "What’s New in vSphere Virtual Hardware Version 14"

Leave a comment

Your email address will not be published.