network appliance and vmware virtual desktop infrastructure 1173

8/6/2019 Network Appliance and Vmware Virtual Desktop Infrastructure 1173

1/20

Network Appliance and VMware Virtual DesktopInfrastructure

M. Vaughn Stewart & Michael Slisinger, Network Appliance, Inc.August 2007 | TR-3612 | Version 1.0

AbstractThis document discusses the virtual storage solutions that reduce cost while increasing storage utilization andadministration efficiencies when implementing VMware VDI environments using Network Appliance technology.


2/20

2

TABLE OF CONTENTS

Executive Summary..................................................................................................................................................3Virtual Desktop Infrastructures .................................................................................................................................3VDI Storage Requirements.......................................................................................................................................4NetApp Storage Technologies..................................................................................................................................4Deploying VDI on FAS Systems ...............................................................................................................................5Configuration and Setup...........................................................................................................................................6VMware Storage Basics ...........................................................................................................................................6VDI Storage Layout ..................................................................................................................................................8Building Virtual Desktops for Mass Deplyment ......................................................................................................10Step 1: Building a Gold Image Virtual Machine......................................................................................................10Step 2: Building a Gold Image Datastore ...............................................................................................................11

Deduplicating Redundant Data with A-SIS.............................................................................................................12Step 3: Rapidly Mass Deploying Virtual Machines.................................................................................................14Sample VDI StartUp Script .....................................................................................................................................16Storing End-User Data ...........................................................................................................................................18The Challenges with Backup ..................................................................................................................................19Providing Business Continuance to a Virtual Desktop Environment......................................................................19Solutions Summary.................................................................................................................................................19References .............................................................................................................................................................20Version Tracking.....................................................................................................................................................20


3/20

EXECUTIVE SUMMARY

Network Appliance technology has a dramatic impact on VMwares Virtual Infrastructure (VI3), by significantlyreducing the amount of shared storage required in a deployment by as much as 90%. With Virtual DesktopInfrastructures (VDIs), the benefits of a NetApp solution are increased with technologies that significantly reducethe amount of time required to deploy hundreds or thousands of virtual desktops. This technical report provides anoverview of the architecture and benefits of deploying VDI on NetApp FAS systems.

NetApp has developed operational guidelines for the deployment of FAS systems with VI3 and VDI. Thesetechniques have been documented and are referred to as best practices. This technical report references thesebest practices and suggests additional practices that are specific to VDI.

Note: These practices are only recommendations, not requirements. Not following these recommendations will notaffect whether your solution is supported by Network Appliance. Not all recommendations apply to every scenario.NetApp believes that their customers will benefit from thinking through these recommendations prior to making anyimplementation decision.

The target audience for this paper is familiar with concepts pertaining to VMware VI3, VDI, and Network ApplianceData ONTAPP7.X. For additional information and an overview of the unique benefits available when creating avirtual infrastructure on NetApp storage, see NetApp TR3515 VMware VI3 Building a Virtual Infrastructure fromServer to Storage.

VIRTUAL DESKTOP INFRASTRUCTURES

Corporate IT departments are facing a new class of desktop management issues as they strive to provideend users with the flexibility of using any device from any network. IT is also being asked to provide accessto corporate resources for an increasingly dispersed and growing audience that includes workers in offsitefacilities, contractors, partners, and outsourcing providers as well as employees traveling or working fromhome. All of these groups demand access to sensitive corporate resources, but IT must ensure strictadherence to corporate security requirements and new regulatory standards.

VMware Virtual Desktop Infrastructure enables organizations to increase corporate IT control,manageability, and flexibility without increasing cost and while providing end users with a familiar desktopexperience. VMware is committed to establishing VDI as an enterprise-class solution to deliver corporate PCservices to end users.

VMware Virtual Desktop Infrastructure, based on VMwares proven virtualization platform, deliversunprecedented desktop control and manageability, while providing end users with a familiar desktopexperience; it requires no modifications to the desktop environment or applications.

VMware Virtual Desktop Infrastructure

> Management: Centralized desktop images

> Control: Desktops securely reside in data center, turn

off user access quickly, isolate individual desktops

> Flexibility: Runs any Windows app with min overhead

> End-user Satisfaction: Nearly identical to a physical PC

Figure 1) VMware Virtual Desktop Infrastructure.

3
http://www.netapp.com/library/tr/3515.pdfhttp://www.netapp.com/library/tr/3515.pdfhttp://www.netapp.com/library/tr/3515.pdfhttp://www.netapp.com/library/tr/3515.pdf


4/20

4

VDI STORAGE REQUIREMENTS

From Desktop to Data Center

Traditional desktop workstations operate from data stored internally on inexpensive local disk drives, which providean adequate amount of performance. With the release of VMware VDI, enterprises are moving toward acentralized desktop architecture, where storage is moved from under the end users desk and into the data center.With this evolution, the requirements for serving desktop data are significantly different.

Storing Virtual Desktop Data

When enterprises centralize desktop storage, the hosting storage platform is required to be highly available andhighly redundant and to provide shared storage. By its very nature, any consolidation places a greater workload onfewer resources. The increased dependence on these centralized platforms requires greater levels of redundancyand availability, because a failure in a consolidated platform is exponentially more destructive than a single failurein a distributed model. The protection of data begins with RAID arrays. As greater reliance is placed on storagesystems, the value of RAID technologies that provide protection of data only in the event of a single disk failure isreduced. The challenge with virtual infrastructures is that common RAID technologies that provide greaterprotection are either drastically more expensive, as in the case of RAID10, or provide poor performance, as with

RAID6.

Storing End-User Data

VDI environments require additional end-user storage in the form of CIFS network-attached storage (NAS). Thereason for this is that VDI desktops tend to be read-only versions, which load the users profile at the time of logon.The users profile customizes the desktop to best suit the users preferred methods of working. In addition,because the desktops are read-only, the end-users data must be redirected to a NAS device, where it can becentrally managed and backed up.

Business Continuance

With VDI, the consolidation of desktop data to the data center introduces the challenge of scaling data centeroperations to accommodate this new data. In particular, backup solutions designed for VDI are required to scaleand provide a low recovery time objective (RTO) in the event of a data center or site failure. Addressing thischallenge requires additional software and systems, and storage capacity equal to that of the productionenvironment. In summary, making a redundant copy of data doubles the amount of usable storage required,

whether the backup media format is disk or tape.Summarizing the Storage Requirements of VDI

VDI has moved the desktop environment from being distributed throughout an office or many offices and nowcentrally stores this environment in a corporate data center. The storage platform hosting this data must be highlyavailable and redundant, including multiple storage array controllers, network connections and components, RAID,etc. End-user data requires storage on a NAS platform, which must be equally as available as the storage forserving the VDI desktops. In addition, VDI data must be backed up to another form of media and be stored offsite.This final requirement introduces additional new backup systems, media, and software. The costs associated withmigrating the end-user environment into the data center with traditional storage arrays and backup solutions canbe staggering, to the point that customers may decide that the costs outweigh the benefits of implementing VDI.

NETAPP STORAGE TECHNOLOGIES

Virtual Storage for Virtual Infrastructures

As discussed in the previous section, the cost associated with implementing VDI on traditional arrays can bestaggering. NetApp provides a solution for VDI whereby NetApp storage virtualization technologies can reduce thestorage requirements for deployments by as much as 90%.


5/20

5

Unmatched Data Protection

NetApp FAS systems provide a level of data protection that is unique and unmatched in the storage industry. Datais protected with RAID-DP, which provides data protection greater than that of RAID10 at an acquisition costequal to that of RAID 5. With any VMware consolidation, including VDI, data protection is critical, because anyRAID failure could result in dozens to thousands of users being disconnected from their desktops. For moreinformation on RAID-DP, see NetApp TR-3298: RAID-DP: NetApp Implementation of RAID Double Parity for DataProtection.

Extending Capacity with Storage Virtualization

NetApp provides several technologies that allow VDI deployments to provision storage beyond the physical limitsof the storage array. This technology is especially effective because VMware Virtual Infrastructures tend to be veryredundant. The reason for the redundancy of data is that customers are successfully leveraging the VMwarecloning process to deploy new virtual machines (VMs). With VDI, the level of redundancy is almost infinite,because virtual desktops are created and subsequently cloned tens to thousands of times as part of theprovisioning process. NetApp uniquely reduces the costs of VDI storage with A-SIS data deduplication andinstantaneous, no-cost storage provisioning via FlexClone. These two technologies combine to reduce theamount of physical storage and time required to provision thousands of virtual desktops down to a fraction of whatwould be required with traditional arrays.

For more information on A-SIS and FlexClone, see NetApp TR3505: A-SIS Deduplication and DeploymentImplementation Guide and NetApp TR3447: FlexClone Volumes: A Thorough Introduction respectively.

Multiprotocol Storage Appliance

NetApp storage arrays are unique in that they are the only storage platform that can simultaneously serve all of thestorage protocols required to service a VDI environment. With traditional storage arrays, enterprises need multipleplatforms, even if they are from a single vendor, in order to provide the storage for VDI. Specifically, Fibre ChannelProtocol (FCP), Ethernet-based iSCSI, or NFS is required to allow the VI3 servers to connect to their sharedstorage in order to serve the virtual desktops. In addition, as described previously, CIFS-based NAS storage isrequired for end users roaming profiles and for storing end-user-generated data.

In addition to the benefits previously described, the storage savings provided by A-SIS can be applied to the enduser data to collapse the storage requirements even further. For more information on NetApp multiprotocol FASsystems, see NetApp TR3001: A Storage Networking Appliance.

Simple, Automated, Space-Efficient Backups

In order to address the backup and RTO challenges in a VDI environment, NetApp uses SnapMirrorto provideoffsite backups that leverage the infrastructure cost savings provided by NetApp data deduplication technologies.SnapMirror is a block-level replication technology that is available on all NetApp storage platforms. SnapMirrorenables the backup copy of a VDI environment to be as space efficient as the production copy. Additionally, whena VDI environment is replicated with SnapMirror, the backup data can be quickly brought online to provideproduction access in the event of a site or data center outage. For more information on SnapMirror, see NetAppTR3066: Data Protection Strategies for Network Appliance Storage Systems.

DEPLOYING VDI ON FAS SYSTEMS

VMware and NetApp Solution Overview

By combining NetApp advanced storage virtualization technologies with VMware Virtual Desktop Infrastructure,customers gain a best-of-breed solution that provides a cost-effective, simple-to-manage centralized desktopservice that results in operational cost savings and greater availability to the workstation for end users.
http://www.netapp.com/library/tr/3298.pdfhttp://www.netapp.com/library/tr/3298.pdfhttp://www.netapp.com/library/tr/3505.pdfhttp://www.netapp.com/library/tr/3505.pdfhttp://www.netapp.com/library/tr/3347.pdfhttp://www.netapp.com/library/tr/3001.pdfhttp://www.netapp.com/library/tr/3066.pdfhttp://www.netapp.com/library/tr/3066.pdfhttp://www.netapp.com/library/tr/3066.pdfhttp://www.netapp.com/library/tr/3066.pdfhttp://www.netapp.com/library/tr/3001.pdfhttp://www.netapp.com/library/tr/3347.pdfhttp://www.netapp.com/library/tr/3505.pdfhttp://www.netapp.com/library/tr/3505.pdfhttp://www.netapp.com/library/tr/3298.pdfhttp://www.netapp.com/library/tr/3298.pdf


6/20

Operational Benefits

With NetApp FAS systems, customers gain a cost-effective storage solution for VMware VDI that provides ameans to centrally deploy updated desktop systems and eliminate the need to push out operating system,application, virus, and spyware updates. NetApp FlexClone technology makes this centralized managementpossible by being able to instantly provision thousands of virtual machines, and the process of moving users to anew version of their desktop is automated with VDI Session Manager Software.

CONFIGURATION AND SETUP

VMWARE STORAGE BASICS

Three types of storage options are available to the VMware Virtual Desktop Infrastructure. The following sectionssummarize the unique benefits of each option.

VMFS Datastore on Fibre Channel or iSCSI

This is the default method for deploying storage in VI3 environments. The strengths of this solution are that it iswell known, and once storage has been provisioned to the VI3 Servers, the VMware administrator is free to usethe storage as needed. Most operations are run exclusively through VirtualCenter. Figure 2 is a simple example ofthis configuration. For more information on accessing virtual disks stored on VMFS via either FCP or iSCSI, seethe VMware Server Configuration Guide and NetApp TR3428 VMware VI3 on NetApp Storage Best Practices.

Figure 2) VI3 storage on VMFS via FCP or iSCSI.

6
http://www.vmware.com/pdf/vi3_server_config.pdfhttp://www.netapp.com/library/tr/3428.pdfhttp://www.netapp.com/library/tr/3428.pdfhttp://www.vmware.com/pdf/vi3_server_config.pdf


7/20

Raw Device Mappings over Fibre Channel or iSCSI

Raw device mapping (RDM) was introduced in VMware ESX Server 2.5. The primary strength of this solution ishigh disk I/O performance. The shortcomings of this solution are that VMware data centers may have to be limitedin size and the virtual infrastructure client cannot provision storage directly. Due to these limitations, RDM may notbe the preferred storage design of VDI deployments in large environments. Figure 3 is a simple example of thisconfiguration. For more information on raw device mapping over Fibre Channel and iSCSI, see the VMware ServerConfiguration Guide and NetApp TR3428 VMware VI3 on NetApp Storage Best Practices.

Figure 3) VI3 storage on RDM via FCP or iSCSI.

7
http://www.vmware.com/pdf/vi3_server_config.pdfhttp://www.vmware.com/pdf/vi3_server_config.pdfhttp://www.netapp.com/library/tr/3428.pdfhttp://www.netapp.com/library/tr/3428.pdfhttp://www.vmware.com/pdf/vi3_server_config.pdfhttp://www.vmware.com/pdf/vi3_server_config.pdf


8/20

Virtual Disks over NFSSupport for storing virtual disks (VMDKs) on a Network File System (NFS) was introduced in the VMware ESXServer 3.0. The strengths of this solution are that once storage has been provisioned to the ESX Servers, theVMware administrator is free to use the storage as needed; per port costs are lower than with a Fibre Channelsolution; and VMDK files are thin provisioned by default, thus providing an increase in utilization of total storage

capacity. In addition, this design is easy to integrate with features of advanced storage systems and provides highdisk I/O performance. Figure 4 is a simple example of this configuration. For more information on storing VMDKfiles on NFS, see the VMware Server Configuration Guide and NetApp TR3428 VMware VI3 on NetApp StorageBest Practices.

Figure 4) VI3 storage on NFS.

VDI STORAGE LAYOUT

This section focuses on the architectural layout of the VDI on NetApp solution. All references to storage in thissection are focused on virtual disks (.vmdk files) and are protocol independent (FCP, iSCSI, NFS), unlessotherwise noted.

Designing Datastore Layouts

When designing the storage layout, the storage administrator should plan to use a NetApp FlexVol volume foreach datastore. This recommendation is specific to VDI and is not to be confused with the recommendations forgrouping datastores when deploying virtual servers in NetApp TR3428 VMware VI3 on NetApp Storage BestPractices.

8
http://www.vmware.com/pdf/vi3_server_config.pdfhttp://www.netapp.com/library/tr/3428.pdfhttp://www.netapp.com/library/tr/3428.pdfhttp://www.netapp.com/library/tr/3428.pdfhttp://www.netapp.com/library/tr/3428.pdfhttp://www.netapp.com/library/tr/3428.pdfhttp://www.netapp.com/library/tr/3428.pdfhttp://www.netapp.com/library/tr/3428.pdfhttp://www.netapp.com/library/tr/3428.pdfhttp://www.vmware.com/pdf/vi3_server_config.pdf


9/20

Preparing VI3 Servers for Cloned Datastores

When connecting to cloned datastores, by default the VI3 Servers do not serve the cloned data. To enable the useof clones, you must enable the VMware Logical Volume Manager to accept cloned datastores. Follow these stepsto enable this functionality.

1 Connect to the ESX systems console using either SSH, Telnet, or Console connection.

2

Execute the following command:

esxcfg-advcfg -s 1 /LVM/EnableResignature

3 Repeat step 2 for each ESX host.

Datastore Contents

For the purposes of VDI, VMware administrators should design their process to store a single OS type, build, andversion on a dedicated datastore. Because VDI focuses on delivering vast quantities of identical desktops, thisdesign layout can be leveraged to mass deploy a different distribution based on the same base operating system.For example, the administrator can begin with a base Windows XP datastore. This datastore can be cloned tobecome the template for a marketing departments XP virtual desktop. The same base image can be cloned a

second time to be used as the template for a sales departments XP virtual desktop, and so on. In this design,once the core operating system image is created, it can be customized to meet the needs of a department or auser community, while consuming only the storage required to hold the data that is unique to the template. Figure5 shows this design using FlexClone.

Figure 5) Deploying multiple versions of a desktop using FlexClone.

Granting Access to FCP and iSCSI Datastores

VMware data centers are composed of multiple ESX hosts that concurrently access shared storage. To provisionLUNs for access via FCP or iSCSI, you begin by creating initiator groups (igroups) on the FAS system. NetAppigroups provide a form of LUN masking that controls host access to a LUN. Because of the shared access, NetApp

9


10/20

recommends that an igroup be created that includes all of the FCP worldwide port names (WWPNs) or iSCSIqualified names (IQNs) for each of the ESX Servers in the data center. For assistance, see NetApp TR3428VMware VI3 on NetApp Storage Best Practices.

Granting Access to NFS Datastores

VMware data centers are composed of multiple ESX hosts that concurrently access shared storage. To provisionFlexVol volumes for access via NFS, you begin by creating a DNS entry that represents all of the VMkernel IPaddresses in the VMware data center. Because of the shared access, this design provides a single fully qualifieddomain name (FQDN) to manage access to FlexVol volumes.

After the access management name has been created, FlexVol volumes can be created and exported for accessby the data center. This can be done via the command line or the FilerView GUI. With either method, be sure togrant read-write access to the FQDN that represents the data center. For more details on NFS exports withVMware, see NetApp TR3428 VMware VI3 on NetApp Storage Best Practices.

BUILDING VIRTUAL DESKTOPS FOR MASS DEPLOYMENT

Preparing virtual machines for VDI requires the same processes to be completed as for deploying VMs as virtualservers. This process includes ensuring that the guest operating system is in a condition to be duplicated. Thescale of the VDI deployments requires a few additional steps in the creation of a VM and eventually a datastoretemplate. This section focuses on the process of creating a VM to be the master template, and from there creatinga datastore filled with multiple copies of this VM to be used as a datastore template for mass deployment. Thissection focuses on Windows desktops, because they make up the largest share of virtual desktop environments.Figure 6 shows an overview of the VDI on NetApp mass deployment process.

Figure 6) Mass deploying VDI on NetApp.

STEP 1: BUILDING A GOLD IMAGE VIRTUAL MACHINE

In the phase, you create a virtual machine that will be the template of the virtual desktops that you plan to provisionto your end users. This process should be familiar, because it is the same process that VMware administratorsfollow when creating virtual server templates. The process includes building a virtual machine, installing theoperating system, applying patches, installing applications, and making any additional system settings that may beneeded. Figure 7 shows the process of building a gold image VM.

Figure 7) Building a gold image virtual machine.

10
http://www.netapp.com/library/tr/3428.pdfhttp://www.netapp.com/library/tr/3428.pdfhttp://www.netapp.com/library/tr/3428.pdfhttp://www.netapp.com/library/tr/3428.pdfhttp://www.netapp.com/library/tr/3428.pdfhttp://www.netapp.com/library/tr/3428.pdf


11/20

Preparing a Windows Virtual Machine for Use As a Template

Windows guest operating systems require several steps to be completed to ensure their proper functionality afterbeing used in a cloned deployment. Microsoft provides an excellent tool for preparing a system to be cloned,MicrosoftSetup Manager. This step ensures that the VMs security identifier (SID) is not duplicated.

In addition, you need to automate several steps to be used when the cloned VM is deployed. These steps can alsobe completed with Microsoft Setup Manager. Specifically, be sure to automate the assigning of a randomhostname and the joining of Active Directory. To complete both of these steps, refer to Microsoft Setup Manager.

Creating a Base Datastore for Use As a Template

When you have successfully built a virtual machine for template deployment, you must complete the followingsteps before you can create a datastore template. This process begins by disconnecting the datastore that wasused while creating the VM. Before disconnecting, make sure that the VM is powered down, has been sealedwith Microsoft Setup Manager, and is unregistered from the Virtual Center. When you have completed these steps,disconnect the datastore and then unmap the LUN from its igroup.

At this step in the process, you have a single NetApp FlexVol volume that is either an NFS datastore or contains aLUN that is the datastore. In either scenario, this datastore contains a single virtual machine that is the mastercopy or template. Because the NetApp FlexVol volume contains the datastore, be sure that this volume has adescriptive name that easily identifies its contents. For example, consider a hierarchical naming scheme thatincludes operating system type, patch level, and published version, such as a datastore that stores a Windows XP

desktop, complete with Service Pack 2, and that is the initial release. The volume name could be /vol/XP_Sp2_v1.

STEP 2: BUILDING A GOLD IMAGE DATASTORE

In this phase, you create a datastore populated with virtual machines. Later in the process, this datastore will beleveraged as a template that will be duplicated via FlexClone. In this manner, every FlexClone copy results in theprovisioning of tens of VMs. Figure 8 shows the process of building a gold image datastore.

Figure 8) Building a gold image datastore.

11
http://support.microsoft.com/kb/892778http://support.microsoft.com/kb/892778http://support.microsoft.com/kb/892778http://support.microsoft.com/kb/892778http://support.microsoft.com/kb/892778http://support.microsoft.com/kb/892778http://support.microsoft.com/kb/892778http://support.microsoft.com/kb/892778http://support.microsoft.com/kb/892778


12/20

Creating a Production Datastore from a Template

You begin by cloning the volume that contains the template datastore. NetApp recommends that you make thisclone a fully provisioned volume, because it will later be deployed into production and can be replicated viaSnapMirror for offsite backup and business continuance. Follow these steps to complete this process.

1 Connect to the FAS systems console, using either SSH, Telnet, or Console connection.

2Execute the following command:vol clone create

After completing the FlexClone operation, you should rename the new volume to a hierarchical naming schemethat includes operating system type, deployment type (if appropriate), published version, and date. For example,consider a datastore that stores a Windows XP desktop, designed for all users, that is the initial release publishedin August, 2007. A suggested new volume name could be /vol/XP_Sp2_Global_v1_082007.

Populating the Datastore with Virtual Machines

To fill the datastore with virtual machines, you begin by having an ESX host scan and connect to the newdatastore. When this step is completed, you can populate the datastore with VMs. To complete this step, youduplicate the template VM directory and its contents into new directories. Each new directory represents a VM.Dont use Virtual Center to create new VMs from the template VM. This technical report includes scripts for theprocess of registering and starting all of the VMs after they have been mass duplicated.

To summarize, in this step, you build a datastore populated with VMs to be used as a template to clone. There areother methods that will work to fill this system with copies of the template VM directory. Feel free to use a tool orscript of your preference.

Deduplicating Redundant Data with A-SIS

After you have created the datastore template, you can use A-SIS data deduplication to reduce the storagerequirement of the datastore down to that of an individual virtual machine. Because your datastore was populatedwith identical data, the storage savings will be considerable. For a comparison of typical storage consumption in aVI3 deployment and the same layout after A-SIS is invoked, see Figures 9 and 10.

12


13/20

Figure 9) Data storage consumption with traditional storage arrays.

Figure 10) Data storage consumption after A-SIS data deduplication is enabled.

13


14/20

14

A-SIS must be enabled and initialized on the appropriate FlexVol volume. With VDI there is no need for recurringA-SIS updates, so you can configure A-SIS based on the following process.


2Execute the following command:sis on

3 Sis start

When the A-SIS process is complete, there is a large amount of free space in the FlexVol volume, and the size ofthe volume can be reduced to the size of the actual written data.

A-SIS Considerations with VMFS and RDM LUNs

Enabling A-SIS when provisioning LUNs also produces storage savings. However, the default behavior of a LUN isto reserve an amount of storage equal to the provisioned LUN. This design means that although the storage arrayreduces the amount of storage capacity consumed, any gains made with A-SIS are, for the most part,unrecognizable because the space reserved for LUNs is not reduced.

To recognize the storage savings of A-SIS with LUNs, you must enable LUN thin provisioning. Configuring LUNthin provisioning is covered in depth in the Storage Thin Provisioning section. In addition, although A-SIS reducesthe amount of consumed storage, the VMware administrative team does not see this benefit directly because theirview of the storage is at a LUN layer, and LUNs always represent their provisioned capacity, whether they aretraditionally or thin provisioned.

A-SIS Considerations with NFS

Unlike with LUNs, when A-SIS is enabled with NFS, the storage savings are both immediately available andrecognized by the VMware administrative team. No special considerations are required for its usage.

For A-SIS best practices, including scheduling and performance considerations, see TR 3505: NetApp A-SISDeduplication Deployment and Implementation Guide.

Create the Reference Snapshot Copy

The final step in creating the template datastore is the creation of a NetApp Snapshot copy. This copy will beutilized in the cloning process. Snapshot copies are taken at the volume level. To create a Snapshot copy, followthese steps.


2


snap create

STEP 3: RAPIDLY MASS DEPLOY VIRTUAL MACHINES

In the phase, you mass deploy virtual desktops by leveraging the template datastore, FlexClone, and the VDImass deployment script included in this document. Note that each FlexClone volume does not consume any

additional storage and is immediately online and available for use. It is an understatement to say that the massdeployment process is where the VDI on NetApp solution distinguishes itself from other storage solutions. Figure11 shows the process of mass deploying virtual machines.


15/20

Figure 11) Mass deploying virtual machines.

Provision Production Datastores with FlexClone

At this point in the solution, you use FlexClone to make multiple clones of the template datastore. As statedpreviously, for each datastore that you clone, you accomplish cloning multiple virtual machines. The storagedesign deployed in the VDI environment dictates the level at which clones are created. If the datastore isprovisioned on VMFS LUNs, you create the FlexClone volume at the LUN level. If the datastore is provisioned onan NFS file system, you create the FlexClone volume at the FlexVol level.

For VMFS formatted iSCSI or FCP LUNs, follow these steps for each clone that is required.


2

Execute the following command to clone the LUN:

lun clone create -o noreserve b 3

Execute the following command to map the initiator to the LUN:lun map

4 Repeat steps 2 and 3 for additional clones

For NFS datastores, complete the following steps for each clone that is required. With NFS, you must provide aname for the volume. You can continue by incrementing the name from the hierarchical naming scheme suggestedhere.


2


vol clone create s none b

3 Repeat step 2 for additional clones.

Bringing the Clone Datastores Online

After provisioning the cloned datastores, they must be connected to the ESX Servers. This process can becompleted in the Virtual Infrastructure client. For details on this step, refer to NetApp TR3428: VMware VI3 onNetApp Storage Best Practices.

A command line option is available for NFS solutions. To connect NFS datastores, complete the following steps foreach clone that is required.

1Connect to the ESX system through the console, using either SSH, Telnet, or Consoleconnection.

2


esxcfg-nas a o -s

15


16/20

16

3 Repeat step 2 for additional datastores.

Bringing the Virtual Desktops Online

When the datastores have been mounted and are online, the VMs are ready to be deployed. This process can besimplified by running the following VDI startup script. This script requires that each ESX host have SSH sharedaccess from a single management station. For more information on how to establish SSH shared key access, seeNetApp TR3393: Using NetApp Snapshots with VMware ESX.

SAMPLE VDI STARTUP SCRIPT

This script allows effortless deployment of virtual machines residing on multiple datastores. The initial starting ofmany VMs may temporarily place a large load on multiple systems. This temporary load is normal. Systems tomonitor include but are not limited to the disk subsystem, ESX hosts, Virtual Center servers, session managers,DHCP servers, DNS servers, and Active Directory domain controllers. The script includes a slight pause betweenregistering and starting each VM to avoid overtaxing any system that is accessed in the process of starting newVMs.

This script is an example that can easily be modified to meet the needs of your environment.

#!/usr/bin/bash## Example code to register and start all VMs## This sample code is provided AS IS, with no support or warranties of any# kind, including but not limited to warranties of merchantability or# or fitness of any kind, expressed or implied.## 2007 Vaughn Stewart & Matt Robinson, Network Appliance## --------------------------------------------------------------------------VERBOSE=0LOGFILE=/dev/nullRSH=/usr/bin/sshRSH_USER=root

RSH_CMD="${RSH} -l ${RSH_USER}"

## Name: write2log()# Func: Write information out to the log file.#write2log(){

TEXT=$1echo "`date '+%D %T'` \c" >> ${LOGFILE} 2>&1echo ": ${TEXT}" >> ${LOGFILE} 2>&1if [ ${VERBOSE} != 0 ] ; then

echo $1else

RES=`echo ${TEXT} | egrep '(WARNING|ERROR)'`

if [ "${RES}" ] ; thenecho $1fi

fi}

## Name: check_server()# Func: Determine whether ping and rsh/ssh access to the server are working properly.#
http://www.netapp.com/tech_library/ftp/3393.pdfhttp://www.netapp.com/tech_library/ftp/3393.pdf


17/20

17

check_server(){

# Check pingSERVER=$1write2log "check_server(): Checking network access to server ${SERVER} ..."

result=`/usr/bin/ping ${SERVER} -n 3 > /dev/null 2>&1ìf [ $? != 0 ] ; thenwrite2log "check_server(): ERROR: ${SERVER} is not available on the network"exit 1

elsewrite2log "check_server(): Server ${SERVER} is on the network."

fi

# Check rsh/sshwrite2log "check_server(): Checking remote access to server ${SERVER} ..."result=`${RSH_CMD} ${SERVER} "id"`tr=ècho "$result" | grep ${RSH_USER}ìf [ "${tr}" = "" ] ; then

write2log "check_server(): ERROR: ${SERVER} is not accessible with (${RSH_CMD})!"exit 1

fi

write2log "check_server(): access with (${RSH_CMD}) to ${SERVER} successful."}

## Name: run_vmhost# Func: Run the operations for each VMWare host specified on the command line.#run_vmhost(){

# assign the serverSERVER=$1write2log "run_vmhost(): Starting VMs on server ${SERVER} ..."

# first make sure the host specified is up

check_server ${SERVER}

# get the find outputwrite2log "run_vmhost(): Running ${RSH_CMD} ${SERVER} find /vmfs/volumes -mindepth 3 -maxdepth

3 -name '*.vmx' -print ..."VMXES=`${RSH_CMD} ${SERVER} "find /vmfs/volumes -mindepth 3 -maxdepth 3 -name '*.vmx' -print"ìf [ $? != 0 ] ; then

write2log "run_vmhost(): ERROR: Execution of ${RSH_CMD} failed!"exit 1

fiif [ "${VMXES}" != "" ] ; then

# We have a set of VMFS volumes -- let's perform operations on themfor VMX in ${VMXES} ; do

# register the VMwrite2log "run_vmhost(): Running ${RSH_CMD} ${SERVER} /usr/bin/vmware-cmd -s

register ${VMX} ..."

${RSH_CMD} ${SERVER} "/usr/bin/vmware-cmd -s register ${VMX}"if [ $? != 0 ] ; then


fi

# start the VMwrite2log "run_vmhost(): Running ${RSH_CMD} ${SERVER} /usr/bin/vmware-cmd

${VMX} start ..."


18/20

18

${RSH_CMD} ${SERVER} "/usr/bin/vmware-cmd ${VMX} start"if [ $? != 0 ] ; then


else

write2log "run_vmhost(): VM ${VMX} started."fi

doneelse

write2log "run_vmhost(): WARNING: Server ${SERVER} did not have any VMFS volumesactive!"

fiwrite2log "run_vmhost(): Configuration of server ${SERVER} completed."

}

## MAIN SCRIPT#ARGS=$#

while [ ${ARGS} -gt 0 ] ; docase "$1" in

-v) VERBOSE=1 ; ARGS=`expr ${ARGS} - 1` ; shift ;;*) HOST=$1 ; shift ; ARGS=`expr ${ARGS} - 1` ; run_vmhost $HOST ;;

esacdonewrite2log "Script completed."

STORING END-USER DATA

As described earlier in this document, most VDI implementations leverage read-only virtual desktops. The benefit

of a read-only environment is that the contents of an individual desktop are not important because any data of

value is redirected to network-attached storage.

Roaming Profiles

With read-only end-user environments, Active Directory must be configured for roaming profiles. For more

information on roaming profiles and enabling the use of this technology in your environment, see Microsoft

Configuring Roaming User Profiles. NetApp also provides a best practices guide that addresses roaming profiles:

NetApp TR3367: NetApp Systems in a Microsoft Windows Environment.

User-Generated Data

Continuing with read-only end-user environments, the home directories that store data created by the user

environment must be redirected to a NAS location. Microsoft provides a large amount of information on how to

redirect folders at Configuring Folder Redirection.

Considerations for MultiStore

In the event of a site or data center outage, SnapMirror provides for simple business continuance of the VDI

environment. However, the path to user profiles and end-user-generated data on a NAS location is hard coded in

Active Directory. An elegant way to achieve site failover of the Windows NAS location is to store the data in a

virtual filer. Virtual filers are a feature of NetApp MultiStoresoftware. With virtual filers, the identical vFiler comes

on line in the event of an outage in which the physical hosting FAS system is unavailable. The benefits of virtual
http://technet2.microsoft.com/windowsserver/en/library/b41402c2-c982-4bfb-891e-91b47f211e181033.mspx?mfr=truehttp://www.netapp.com/library/tr/3367.pdfhttp://technet2.microsoft.com/windowsserver/en/library/cad7966e-c9b6-495f-b7bb-2a9673f69f4f1033.mspx?mfr=truehttp://technet2.microsoft.com/windowsserver/en/library/cad7966e-c9b6-495f-b7bb-2a9673f69f4f1033.mspx?mfr=truehttp://www.netapp.com/library/tr/3367.pdfhttp://technet2.microsoft.com/windowsserver/en/library/b41402c2-c982-4bfb-891e-91b47f211e181033.mspx?mfr=true


19/20

19

filer are analogous to implementing ESX HA across two physical data centers. For more information on virtual

filers, see NetApp TR3462: Storage Virtualization & DR Using MultiStore.

THE CHALLENGES WITH BACKUP

PROVIDING BUSINESS CONTINUANCE TO A VIRTUAL DESKTOP ENVIRONMENT

Although there are many obvious advantages to implementing a virtual desktop environment, this technology canintroduce new challenges as well. One of these challenges is in the realm of disaster recovery (DR) and businesscontinuance (BC).

In a traditional distributed desktop architecture, the value of any individual component is typically limited. Acomponent failure typically affects only a single user at a time. With a consolidated virtual desktop infrastructure, ifa site or data center disaster were to disable the hosting platform, the number of users affected could be in thehundreds or thousands.

Therefore it is extremely important to consider DR and BC when planning a VDI deployment, includingincorporating off-site backups and a recovery platform for use in the event of a site disaster.

Using SnapMirror for VDI Disaster Recovery and Business Continuance

NetApp SnapMirror can quickly and simply provide business continuance and disaster recovery protection to a VDIenvironment. SnapMirror provides block-level replication of NetApp FlexVol volumes, which allows the storageadministrator to replicate any and all template datastores to another NetApp storage device at another facility.

In the event of a disaster, the replicated template datastores can be cloned and new virtual desktops can bequickly provisioned, using the procedures described earlier in this document.

This solution provides the simplest possible DR and BC solution for VDI, because only the template datastoresmust be replicated. In addition, the space savings realized by A-SIS deduplication are maintained on the replica.For more information on implementing SnapMirror with VDI, see NetApp TR3446: SnapMirror Best PracticesGuide.

SOLUTIONS SUMMARY

As you can see, the VMware Virtual Desktop Infrastructure provides customers with tremendous benefits bycentralizing the data and management of the end-user desktop environment. However, because of the storagerequirements of deploying VDI, traditional storage arrays may not be practical. NetApp storage platforms andstorage virtualization technologies not only make the solution obtainable by reducing the costs associated withstorage; they also introduce unique mass deployment technologies that significantly reduce the amount ofadministration time required in deployment.

This paper is not intended to be a definitive implementation or solutions guide. Many factors are not addressed inthis document. Expertise may be required to solve specific deployments. Please contact your local NetworkAppliance representative and make an appointment to speak with one of our VMware solutions experts.

Comments on this technical report are welcome. Please contact the authors here.
http://www.netapp.com/library/tr/3462.pdfhttp://www.netapp.com/library/tr/3446.pdfhttp://www.netapp.com/library/tr/3446.pdfmailto:[email protected];%[email protected]?subject=VDI%20TR%20Followup%20Emailmailto:[email protected];%[email protected]?subject=VDI%20TR%20Followup%20Emailhttp://www.netapp.com/library/tr/3446.pdfhttp://www.netapp.com/library/tr/3446.pdfhttp://www.netapp.com/library/tr/3462.pdf


20/20

REFERENCES

NetApp TR3428: VMware VI3 on NetApp Storage Best Practices

NetApp TR3515: Network Appliance and VMware ESX Server 3.0: Building a Virtual Infrastructure from Server toStorage

NetApp TR3482: Network Appliance and VMware ESX Server 2.5.x

NetApp TR3001: A Storage Networking Appliance

NetApp TR3347: FlexClone Volumes: A Thorough Introduction

NetApp TR3066: Data Protection Strategies for Network Appliance Storage Systems

NetApp TR3393: Using NetApp Snapshots with VMware ESX

NetApp TR3367: NetApp Systems in a Microsoft Windows Environment

NetApp TR3462: Storage Virtualization & DR Using MultiStore

NetApp TR3446: SnapMirror Best Practices Guide

Wikipedia RAID Definitions and Explanations

VMware Introduction to Virtual Infrastructure

VMware Server Configuration Guide

VMware ESX Server 3.x Storage/SAN Compatibility Guide

VMware VMworld Conference Sessions Overview

VMware Recommendations for Aligning VMFS Partitions

Microsoft: Configuring Roaming User Profiles

Microsoft Setup Manager

Microsoft Configuring Folder Redirection

VERSION TRACKING

Version 1.0 August 2007 Original Document

20www.netapp.com

2007 Network Appliance, Inc. All rights reserved. Specifications subject to change without notice. NetApp, the Network Appliancelogo, Data ONTAP, FilerView, FlexClone, FlexVol, MultiStore, and SnapMirror are registered trademarks and Network Appliance,RAID-DP, and Snapshot are trademarks of Network Appliance, Inc. in the U.S. and other countries. Microsoft, Active Directory, andWindows are registered trademarks of Microsoft Corporation. All other brands or products are trademarks or registered trademarks oftheir respective holders and should be treated as such.
http://www.netapp.com/library/tr/3428.pdfhttp://www.netapp.com/library/tr/3515.pdfhttp://www.netapp.com/library/tr/3515.pdfhttp://www.netapp.com/library/tr/3482.pdfhttp://www.netapp.com/library/tr/3001.pdfhttp://www.netapp.com/library/tr/3347.pdfhttp://www.netapp.com/library/tr/3066.pdfhttp://www.netapp.com/tech_library/ftp/3393.pdfhttp://www.netapp.com/library/tr/3367.pdfhttp://www.netapp.com/library/tr/3462.pdfhttp://www.netapp.com/library/tr/3446.pdfhttp://en.wikipedia.org/wiki/Redundant_array_of_independent_diskshttp://www.vmware.com/pdf/vi3_30_20_intro_vi.pdfhttp://www.vmware.com/pdf/vi3_30_20_server_config.pdfhttp://www.vmware.com/pdf/vi3_esx_san_cfg.pdfhttp://www.vmware.com/vmtn/vmworld/http://www.vmware.com/pdf/esx3_partition_align.pdfhttp://technet2.microsoft.com/windowsserver/en/library/b41402c2-c982-4bfb-891e-91b47f211e181033.mspx?mfr=truehttp://support.microsoft.com/kb/892778http://technet2.microsoft.com/windowsserver/en/library/cad7966e-c9b6-495f-b7bb-2a9673f69f4f1033.mspx?mfr=truehttp://technet2.microsoft.com/windowsserver/en/library/cad7966e-c9b6-495f-b7bb-2a9673f69f4f1033.mspx?mfr=truehttp://support.microsoft.com/kb/892778http://technet2.microsoft.com/windowsserver/en/library/b41402c2-c982-4bfb-891e-91b47f211e181033.mspx?mfr=truehttp://www.vmware.com/pdf/esx3_partition_align.pdfhttp://www.vmware.com/vmtn/vmworld/http://www.vmware.com/pdf/vi3_esx_san_cfg.pdfhttp://www.vmware.com/pdf/vi3_30_20_server_config.pdfhttp://www.vmware.com/pdf/vi3_30_20_intro_vi.pdfhttp://en.wikipedia.org/wiki/Redundant_array_of_independent_diskshttp://www.netapp.com/library/tr/3446.pdfhttp://www.netapp.com/library/tr/3462.pdfhttp://www.netapp.com/library/tr/3367.pdfhttp://www.netapp.com/tech_library/ftp/3393.pdfhttp://www.netapp.com/library/tr/3066.pdfhttp://www.netapp.com/library/tr/3347.pdfhttp://www.netapp.com/library/tr/3001.pdfhttp://www.netapp.com/library/tr/3482.pdfhttp://www.netapp.com/library/tr/3515.pdfhttp://www.netapp.com/library/tr/3515.pdfhttp://www.netapp.com/library/tr/3428.pdf

network appliance and vmware virtual desktop infrastructure 1173

Documents