Support for virtual machine disks larger than 2 TB in VMware ESXi 5.5.x 6.0.x and 6.5.x
search cancel

Support for virtual machine disks larger than 2 TB in VMware ESXi 5.5.x 6.0.x and 6.5.x

book

Article ID: 321231

calendar_today

Updated On:

Products

VMware vSphere ESXi

Issue/Introduction

VMware ESXi 5.5 introduces supportability for virtual machine disks (VMDKs) larger than 2 TB.

This article provides information on the conditions and limitations of large capacity virtual disks in ESXi 5.5.x and 6.0.x.

Environment

VMware vSphere ESXi 5.5
VMware vSphere ESXi 6.0
VMware vSphere ESXi 7.0
VMware vSphere ESXi 8.0

Resolution

In vSphere 5.5.x and 6.0.x, large capacity virtual disks have these conditions and limitations:

  • An ESXi 5.5 or later host is required.
  • The maximum supported VMDK size on an VMFS-5 datastore is increased to 62 TB. However, the maximum supported VMDK size on VMFS-3 is still 2 TB.
  • The maximum supported size of a VMDK on NFS is the lesser of 62 TB and 1% less than the maximum file size supported by the NFS filesystem.

    Notes:
    • The largest file size depends on the underlying file system (for example, 16 TB on ext3).
    • A maximum of 62 TB is enforced, even if the underlying NFS filesystem supports a greater size.
  • The maximum supported size of a virtual mode Raw Device Mapping (vRDM) has also been increased from 2 TB to 62 TB.
  • A VMDK larger than 2 TB can be created on a virtual machine that is powered on or off, but extending a VMDK beyond 2 TB is only supported when the virtual machine is powered off.
  • You must use the vSphere Web Client to create or extend a VMDK beyond 2 TB. For more information, see the Troubleshooting section.
    • Note: ESXi 6.5.x and above now supports hot extending a VMDK beyond 2 TB. For more information, see VMware Blog post.

Virtual machines with large capacity disks have these conditions and limitations:

  • The guest operating system must support large capacity virtual hard disks.
  • You can only move or clone disks that are greater than 2 TB to ESXi 5.5.x and 6.0.x hosts, or to clusters that have such hosts available.
  • The datastore format must be VMFS-5 or later, or an NFS volume on a Network Attached Storage (NAS) server.
  • vSphere Flash Read Cache supports a maximum hard disk size of 16 TB.
  • VMFS-3 volumes are not supported. You cannot move disks greater than 2 TB from a VMFS-5 datastore to a VMFS-3 datastore.
  • Fault Tolerance is not supported.
  • vSAN 5.5 is not supported but vSAN 6.x supports 62 TB.
  • BusLogic parallel controllers are not supported.
  • Virtual machines with large capacity virtual hard disks or disks greater than 2 TB must meet resource and configuration requirements for optimal virtual machine performance. The maximum value for large capacity hard disks is 62 TB. When you add or configure virtual disks, always leave a small amount of overhead. Some virtual machine tasks can quickly consume large amounts of disk space, which can prevent successful completion of the task if the maximum disk space is assigned to the disk. Such events might include taking snapshots or using linked clones. These operations cannot finish when the maximum amount of disk space is allocated.
  • In environments without shared storage, operations such as snapshot quiesce, cloning, Storage vMotion, or vMotion can take significantly longer to finish.
  • You cannot relocate RDMs larger than 2 TB to datastores other than VMFS-5 or, to hosts older than ESXi 5.5.
  • To enable the Microsoft Windows operating system to address a maximum storage capacity for a device greater than 2 TB, the disk must be initialized by using the GUID partition Table (GPT) partitioning scheme. 

    Note: The preceding link was correct as of May 8th, 2019. If you find the link is broken, please provide feedback and a VMware employee will update the link.

Changes in virtual machine snapshots for VMDKs larger than 2 TB:

  • Snapshots taken on VMDKs larger than 2 TB are now in Space Efficient Virtual Disk (SESPARSE) format. No user interaction is required. The redo logs are automatically created as SESPARSE instead of VMFSSPARSE (delta) when the base flat VMDK is larger than 2 TB.
  • Extending a base flat disk on VMFSSPARSE or SESPARSE is not supported.
  • The VMFSSPARSE format does not have the ability to support 2 TB or more.
  • VMFSSPARSE and SESPARSE formats cannot co-exist in the same VMDK. In a virtual machine, both types of snapshot can co-exist, but not in the same disk chain. For example, when a snapshot is taken for a virtual machine with two virtual disks attached, one smaller than 2 TB and one larger than 2 TB, the smaller disk snapshot are VMFSSPARSE the larger disk snapshot are SESPARSE.
  • Linked clones are SESPARSE if the parent disk is larger than 2 TB.


Troubleshooting

  • When you attempt to create a large virtual disk on a VMFS-3 datastore or on NFS using ext3, you see this error in the vSphere Client or when using vmkfstools:

    Failed to create virtual disk: The destination file system does not support large files (12).
     
  • When you attempt to create a large VMDK using the vSphere Client, you see the error:

    The disk capacity entered was not a properly formed number or was out of range. It has been replaced with the nearest acceptable value
    DiskCapControl : value 6924239004288 is out of range (1048576,4398046511104)

    Checking the size of the newly created or expanded VMDK, you find that it is 4 TB.

    To resolve this issue:
     



Additional Information

Powered by Wolken Software