Citrix Systems 5.6 Manual Do Utilizador

33

reported for the SR will depend on the number of snapshots, and the amount of difference data written to

a disk between each snapshot.

LVM-based space utilization differs depending on whether an LVM SR is upgraded or created as a new SR in

XenServer. Upgraded LVM SRs will retain a base node that is fully inflated to the size of the virtual disk, and

any subsequent snapshot or clone operations will provision at least one additional node that is fully inflated.

For new SRs, in contrast, the base node will be deflated to only the data allocated in the VHD overlay.

When VHD-based VDIs are deleted, the space is marked for deletion on disk. Actual removal of allocated

data may take some time to occur as it is handled by the coalesce process that runs asynchronously and

independently for each VHD-based SR.

Mapping a raw LUN as a Virtual Disk image is typically the most high-performance storage method. For

administrators that want to leverage existing storage SAN infrastructure such as Netapp, Equallogic or

StorageLink accessible arrays, the array snapshot, clone and thin provisioning capabilities can be exploited

directly using one of the array specific adapter SR types (Netapp, Equallogic or StorageLink). The virtual

machine storage operations are mapped directly onto the array APIs using a LUN per VDI representation.

This includes activating the data path on demand such as when a VM is started or migrated to another host.

Managed NetApp LUNs are accessible using the NetApp SR driver type, and are hosted on a Network

Appliance device running a version of Ontap 7.0 or greater. LUNs are allocated and mapped dynamically

to the host using the XenServer host management framework.

EqualLogic storage is accessible using the EqualLogic SR driver type, and is hosted on an EqualLogic

storage array running a firmware version of 4.0 or greater. LUNs are allocated and mapped dynamically to

the host using the XenServer host management framework.

For further information on StorageLink supported array systems and the various capabilities in each case,

please refer to the StorageLink documentation directly.

This section covers creating storage repository types and making them available to a XenServer host. The

examples provided pertain to storage configuration using the CLI, which provides the greatest flexibility. See

the XenCenter Help for details on using the 

New Storage Repository wizard.

This section explains how to create Storage Repositories (SRs) of different types and make them available

to a XenServer host. The examples provided cover creating SRs using the xe CLI. See the XenCenter help

for details on using the 

New Storage Repository wizard to add SRs using XenCenter.

Note:

Local SRs of type 

lvm

 and 

ext

 can only be created using the xe CLI. After creation all SR types can be

managed by either XenCenter or the xe CLI.

There are two basic steps involved in creating a new storage repository for use on a XenServer host using

the CLI:

1. Probe the SR type to determine values for any required parameters.
2. Create the SR to initialize the SR object and associated PBD objects, plug the PBDs, and activate the SR.

These  steps  differ  in  detail  depending  on  the  type  of  SR  being  created.  In  all  examples  the 

command returns the UUID of the created SR if successful.