Creating datastores for a new ESX cluster
10 Storage Automation with the Dell EMC PowerMax Plug-in for VMware vRealize Orchestrator | H18024
4 Creating datastores for a new ESX cluster
A common task that storage administrators complete regularly is adding storage capacity to VMware ESXi™
clusters in the form of new datastores. Existing composite workflows provided by the plug-in (such as the
Create VMFS datastore for ESXi Cluster workflow) allow provisioning new volumes to existing clusters. With a
new cluster, it is necessary to create a masking view and its constituents on the PowerMax array. To
accomplish this, there are basic lower-level workflows and actions which create hosts and host groups,
storage groups, port groups, and the masking view itself. With a few adjustments and combinations, an
administrator can take parts of the existing workflows and create a new workflow that can provision multiple
datastores to a new cluster.
In this example, it is assumed that the ESXi cluster has been physically cabled to the Fibre Channel fabric
and pre-zoned to the appropriate pre-selected array ports. The selection of array ports (based on certain
criteria such as connectivity, capacity, capability, and performance) and the zoning operations represent an
opportunity for further automation in the future. The ESXi cluster and PowerMax array are registered and
discovered by their respective vRO plug-ins and are available as objects to populate UI elements like dropdown lists, making it easy for end users to execute.
The input expected for the workflow is as follows:
• PowerMax array serial number
• PowerMax array ports
• ESXi cluster name
• Number of datastores
• Datastore size in GB
The first step is to determine the initiators that exist on each node of the ESXi cluster to use as input when
creating new host groups on the PowerMax array corresponding to each ESXi host. This is accomplished
using a built-in action from the PowerMax plug-in, getInitiatorsForESX. Since multiple hosts are created on
the array, a for-each loop should be used to process each host in the cluster.
Within the vRO GUI, a new sub-workflow is created (Figure 2) that can process the hosts consisting of a
scriptable task, action element getInitiatorsForESX, and the Create Host workflow.
Create PowerMax host for ESXi host
Overall, the elements of this new sub-workflow take several variables and values to process the operations.
Most of these are parameters for the Create Host workflow that have been embedded. They can be moved to
attributes and then hard coded to some specific values to avoid passing them into the workflow, either
programmatically or through user input. However, this is a trade-off. By locking in the attribute values, this is
committing to certain host characteristics for this overall workflow. It is worth determining whether to use a