View provides high-level guidelines that can help you determine how much storage a linked-clone desktop pool requires. A table in the Add Desktop Pool wizard shows a general estimate of the linked-clone disks' storage requirements when the pool is created and as the linked clones grow over time.

The storage-sizing table also displays the free space on the datastores that you select for storing OS disks, View Composer persistent disks, and replicas. You can decide which datastores to use by comparing the actual free space with the estimated requirements for the linked-clone disks.

The formulas that View uses can only provide a general estimate of storage use. Your linked clones' actual storage growth depends on many factors:

  • Amount of memory assigned to the parent virtual machine

  • Frequency of refresh operations

  • Size of the guest operating system's paging file

  • Whether you redirect paging and temp files to a separate disk

  • Whether you configure separate View Composer persistent disks

  • Workload on the linked-clone machines, determined primarily by the types of applications that users run in the guest operating system


In a deployment that includes hundreds or thousands of linked clones, configure your linked-clone pools so that particular sets of datastores are dedicated to particular ESXi clusters. Do not configure pools randomly across all the datastores so that most or all ESXi hosts must access most or all LUNs.

When too many ESXi hosts attempt to write to linked-clone OS disks on a particular LUN, contention problems can occur, degrading performance and interfering with scalability. For more information about datastore planning in large deployments, see the View Architecture Planning document.