Architecture Planning

Table Of Contents
Local Datastores for Floating, Stateless Desktops
Linked-clone desktops can be stored on local datastores, which are internal spare disks on ESXi hosts. Local
storage offers advantages such as inexpensive hardware, fast virtual-machine provisioning, high-
performance power operations, and simple management. However, using local storage limits the vSphere
infrastructure configuration options that are available to you. Using local storage is beneficial in certain
environments but not appropriate in others.
NOTE The limitations described in this section do not apply to Virtual SAN datastores, which also use local
storage disks but require specific hardware, as described in the preceding section about Virtual SAN.
Using local datastores is most likely to work well if the remote desktops in your environment are stateless.
For example, you might use local datastores if you deploy stateless kiosks or classroom and training
stations.
If you intend to take advantage of the benefits of local storage, you must carefully consider the following
limitations:
n
You cannot use VMotion, VMware High Availability (HA), or vSphere Distributed Resource Scheduler
(DRS).
n
You cannot use the View Composer rebalance operation to load-balance virtual machines across a
resource pool.
n
You cannot store a View Composer replica and linked clones on separate datastores, and, in fact,
VMware recommends storing them on the same volume.
If you manage local disk usage by controlling the number of virtual machines and their disk growth, and if
you use floating assignments and perform regular refresh and delete operations, you can successfully
deploy linked clones to local datastores.
For more information, see the chapter about creating desktop pools in the ViewAdministration document.
Application Provisioning
With View, you have several options regarding application provisioning: You can use traditional
application provisioning techniques, you can provide remote applications rather than a remote desktop, you
can distribute application packages created with VMware ThinApp, or you can deploy applications as part
of a View Composer base image.
n
Deploying Individual Applications Using an RDS Host on page 39
You might choose to provide end users with remote applications rather than remote desktops.
Individual remote applications might be easier to navigate on a small mobile device.
n
Deploying Applications and System Updates with View Composer on page 39
Because linked-clone desktop pools share a base image, you can quickly deploy updates and patches
by updating the parent virtual machine.
n
Managing VMware ThinApp Applications in View Administrator on page 39
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.
n
Using Existing Processes or VMware Mirage for Application Provisioning on page 40
With View, you can continue to use the application provisioning techniques that your company
currently uses, and you can use Mirage. Two additional considerations include managing server CPU
usage and storage I/O and determining whether users are permitted to install applications.
View Architecture Planning
38 VMware, Inc.