HP Matrix Operating Environment 7.2 Update 1 Infrastructure Orchestration User Guide

• Disk is shared across servers specifies that the disk is a data disk (non-boot disk) and it is
shared between all of the servers in the group.
• Storage Volume Name(s) is a comma-separated list that specifies the VM Host storage volume(s)
used to allocate virtual storage for the attached server group. (This is analogous to specifying
the storage volume used to allocate storage for physical servers using Physical Storage tags.)
Storage Volume Name(s) can only be set or edited for virtual boot disks; however, the volume
names specified on the boot disk will apply to all disks attached to the server group, including
data disks.
Storage Volume Name(s) can be simple VMware ESX data store names (for example:
"ClusterStorageOne"), simple Hyper-V data store names (for example: "S") or HP-UX Shared
Logical Volume groups (for example: "/dev/slvm_disk1"). If one or more volume names are
specified, only volumes matching those names will be considered when the template is
provisioned.
Matrix infrastructure orchestration approach to storage reservation and
allocation
A key step in the service creation process involves both a reservation and an allocation phase for
all resources required by the service template. This section describes the storage reservation and
allocation rules in the storage algorithm.
The following matching rules are applied in sequential order. A rule cannot be partially matched.
For a rule to match, the entire rule definition must match. The rules give priority to finding a match
for the boot disk first.
1. Find a storage pool entry (SPE) that contains only a fully matched boot disk per the logical
server’s boot disk definition.
a. If found, find one or more additional SPEs that fully match the logical server’s data disk
definitions.
Result: If both rules 1 and 1a successfully match, provision the server(s) with the matched SPEs.
Otherwise, continue trying to find matching SPEs in different configurations.
2. If the boot disk reservation cannot be satisfied with a single SPE and independent data volume
entries, seek a single SPE that fully matches both the logical server's boot disk and private
data disk requirements. (Shared data disks must be contained in their own storage pool
entries.)
Result: If rule 2 successfully finds an SPE, provision the server(s) with the matched SPE.
3. If the boot disk reservation still cannot be satisfied, seek a single SPE that fully matches the
logical server’s boot disk definition only. (This may be the same SPE found in rule 1.)
Result: If there is a matching boot disk, skip to rule 5 to provision storage for the data disks.
4. If the boot disk reservation still cannot be satisfied, Matrix OE attempts to automatically create
an SPE that will be automatically fulfilled though SPM, containing the boot disk and the private
data disks.
Result: If the boot disk is not fulfilled, the request pauses and raises an email alert (using an
Operations Orchestration workflow) requesting manual storage provisioning for the boot and
data disks. If the service contains shared data disks, Matrix OE will create separate SPEs as
appropriate and attempt to fulfill though SPM.
If the boot/data disk requests are fulfilled, but SPM has indicated the need for manual zoning,
the request pauses and raises an email alert (using an Operations Orchestration workflow)
requesting manual storage zoning for the appropriate disks. The storage administrator zones
the storage and edits the XML files for SPM. The request can then be resumed. At that time,
Matrix OE uses the appropriate SPEs (and does not repeat the algorithm above).
Matrix infrastructure orchestration approach to storage reservation and allocation 159