Table of Contents
Advertisement
Reducing Storage Requirements with View Composer
Because View Composer creates desktop images that share virtual disks with a base image, you can reduce
the required storage capacity by 50 to 90 percent.
View Composer uses a base image, or parent virtual machine, and creates a pool of up to 512 linked-clone
virtual machines. Each linked clone acts like an independent desktop, with a unique host name and IP address,
yet the linked clone requires significantly less storage.
When you create a linked-clone desktop pool, a full clone is first made from the parent virtual machine. The
full clone, or replica, and the clones linked to it can be placed on the same data store, or LUN (logical unit
number). If necessary, you can use the rebalance feature to move the replica and linked clones from one LUN
to another.
Alternatively, you can place View Composer replicas and linked clones on separate datastores with different
performance characteristics. For example, you can store the replica virtual machines on a solid-state drive
(SSD). Solid-state drives have low storage capacity and high read performance, typically supporting tens of
thousands of I/Os per second (IOPS). You can store linked clones on traditional, spinning media-backed
datastores. These disks provide lower performance, but are less expensive and provide higher storage capacity,
which makes them suited for storing the many linked clones in a large pool. Tiered storage configurations can
be used to cost-effectively handle intensive I/O scenarios such as simultaneous rebooting of many virtual
machines or running scheduled antivirus scans.
When you create a linked-clone pool, you can also optionally configure a separate, disposable virtual disk to
store the guest operating system's paging and temp files that are generated during user sessions. When the
virtual machine is powered off, View Manager deletes the disposable disk. Using disposable disks can save
storage space by slowing the growth of linked clones and reducing the space used by powered off virtual
machines.
When you create dedicated-assignment desktop pools, View Composer can also optionally create a separate
persistent virtual disk for each virtual desktop. The end user's Windows profile and application data are saved
on the persistent disk. When a linked clone is refreshed, recomposed, or rebalanced, the contents of the
persistent virtual disk are preserved. VMware recommends that you keep View Composer persistent disks on
a separate datastore. You can then back up the whole LUN that holds persistent disks.
For more information, see the best-practices guide called Storage Considerations for VMware View.
Application Provisioning
With VMware View, you have several options regarding application provisioning: You can use traditional
application provisioning techniques, you can distribute application packages created with VMware ThinApp,
or you can deploy applications as part of a View Composer base image.
Deploying Applications and System Updates with View Composer
n
Because linked-clone desktop pools share a base image, you can quickly deploy updates and patches by
updating the parent virtual machine.
Managing VMware ThinApp Applications in View Administrator
n
VMware ThinApp™ lets you package an application into a single file that runs in a virtualized application
sandbox. This strategy results in flexible, conflict-free application provisioning.
Using Existing Processes for Application Provisioning
n
With VMware View, you can continue to use the application provisioning techniques that your company
currently uses. Two additional considerations include managing server CPU usage and storage I/O and
determining whether users are permitted to install applications.
VMware, Inc.
Chapter 3 Managing Desktop Pools from a Central Location
on page 26
on page 26
on page 27
25
Advertisement
Table of Contents
