Apologies for the delay I was busy..
The “Server Profile” is the defining phrase that comes to mind when thinking about the SDDC (Software Defined Data Centre). It allows a server administrator to define a hardware identity or configuration (MAC addresses, WWNN, BIOS, Boot, RAID config etc.) in software and then apply this to a “blank” server.
This brings a number of key advantages:
Following on from the previous HP OneView post, this is a continuation of the same simple VMware vSphere deployment. As before, a good design should exist before implementation, so again i’ve embedded a diagram detailing where and how these networks are going to be defined to the virtual interfaces on a blade.
As mentioned, this is a simple design for a vSphere host but allows expansion in the future with the ability to define a further virtual interface on each physical interface inside the blade.
A network set is a collection of networks that simplifies a server profile by removing the manual task of adding and removing single networks. A network set can be applied to server profiles, and changes to that network set (such as adding in a new network) is applied to all server profiles that use that network set. This creates automation of network configuration to all affected server profiles and ensures that all servers are compliant in configuration.
In Part 1, we could only apply defined networks themselves not the set of networks (not sure why this isn’t supported currently) to the logical uplinks that make up connectivity for a C7000. So these defined networks will be added into two sets VMware Services and VMware Production.
Note. I’ve purposely missed out the MGMT network to demonstrate later on how easy it is to fix this simple omission.
The first server profile we create will serve as a master template for the subsequent server profiles partially automating the task of deploying further profiles. To create this first profile select HP OneView menu -> Server profiles -> [+] Create profile and the following details will be required:
Connectivity for a server profile is very straight forward.. define the interface as either Ethernet or Fabric and then attach the relevant networks or much easier with a network set to this interface.
This virtual interface fundamentally will need to be connected to a physical port on the blade, leaving it as auto will mean that every connection that is added to the server profile will be connected to the next physical port in a round-robin fashion. Personally, I like to physically select the Port manually to ensure I know what the linking between virtual and physical looks like.
Before you [create] your server profile, it’s also possible to define boot parameters and make some really low level tweaks to BIOS settings etc. However these settings can be changed at any time afterwards..
To apply this server profile to the blades is incredibly straight forward, Select the previously created template and from the actions menu in the top right, select copy. This new server profile will need naming accordingly and applying to a enclosure and bay, this can be done numerous times by selecting the [Create +] option .. In my example I have created/cloned/copied server profiles vSphere01-04 and applied to Enclosure 1 bays 11 – 14. This takes only a few moments to apply and your servers are ready to install vSphere and start using in a production environment..
UNFORTUNATELY connectivity to the vSphere management interface isn’t working !?!?
The HP OneView map view allows you to scroll your mouse over all of the elements that have been defined within your OneView environment and have a visual representation of the linkage between the various components. From the attached screenshot it’s is clear that the server profile vSphere01 is using the Network set VMware Services, however the network MGMT is missing from this set. As all server profiles are using the same network set, they also will be missing the same network. This is where the automation features of HP OneView really shine, previously a mistake like this would require some manual work on each server to rectify the mistake possibly leading to human error etc.. and non-compliant servers.
To rectify this mistake we simply modify the network set VMware Services to include the MGMT network and this change is instantly reflected in the configuration of all of the server profiles that are using this network set by again examining the map view.
Finally in vSphere break out your networks into port groups for the correct network services and place virtual machine interfaces on the correct network…
The HP OneView vCenter plug-in assists even further with this configuration, but that’s for another day..