Chris Hall bio photo

Chris Hall

Principal Technical Consultant

PolarCloudsUK Chris LinkedIn Github
Chris Hall Nutanix Certified Master - Multicloud Infrastructure 6 Chris Hall VMware vExpert 2024 Nutanix Certified Professional - Cloud Integration Chris Hall Nutanix Certified Professional - Multicloud Infrastructure 6 Chris Hall Nutanix Certified Professional - Unified Storage 6 Chris Hall VMware vExpert 2023 Chris Hall VMware vExpert 2022
A quick non-too-technical post detailing the Cisco Unified Computing System (UCS) and how it works.  No, I'm not affiliated with Cisco, I just work on UCS a lot! 

What is a UCS?

Ok, well that's simple.  It's a blade server system comprising of the following components:

The power of the UCS is that it uses service profiles.

What is a Service Profile?

OK,well that's simple enough too.  A service profile tells the UCS that a particular blade has a particular configuration.  Here is an example service profile:

As you can see, in my service profile above I have a server with two fibre cards (vHBAs) and two network cards (vNICs).

The USP (Unique Selling Point) of the UCS is that these service profiles are MOBILE
Yes, the service profiles can be moved from blade to blade.

Think about it.  MYSERVER1 uses UCS chassis 1, blade 1.  UCS chassis 1, blade 1 suffers a hardware issue and dies a death.

No problem.  I can move and apply the service profile for MYSERVER1 to another physical blade (say UCS chassis 3, blade 2), boot it up and away we go, we are back in business - service resumed no screaming users.  I can then get the faulty blade's hardware fixed in slow time.

How is This Possible?

If you look again at my service profile screen shot above again, you will see that the NICs and HBA's are all prefixed with ' v '.

This means that they are virtual.

Virtual Hardware (have you lost it Chris)?

Not quite.  Bear with me.

Each UCS blade is fitted with a Virtual Interface card.  One of these:
The power of this card is that it can be configured through software to present physical hardware to the blade.  In my case, two fibre cards (vHBAs) and two network cards (vNICs). Clever a?

Mobile Ports

So looking deeper into the service profile for MYSERVER1, you will see that the Service Profile also includes the physical addressing of the vHBAs, their WWPNs (World Wide Port Names) and vNICs, their MAC Addresses (Media Access Control Addresses):


Also included in the Service Profile is MYSERVER1's UUID (Universally Unique Identifier):

Tying it All Together

So to recap, the WWPNs, MACs and UUID of MYSERVER1 are all held in a software (aka service) profile that is used to configure the hardware.

So assuming all my blades have the correct amounts of CPU and memory, I can then apply that service profile to any physical blade I like.


From the comfort of my armchair in Cassa-Del-Chris, I have fixed a hardware issue and I have saved the day.

Boot Note

What about the local disks installed in MYSERVER1? Looking at this picture of a Cisco UCS blade it has local disks installed:
Yes, it does.

If you move your service profile to another blade, don't you have to also physically move the local disks too?

Yes you do. And that means a trip to the datacentre just to move two disks, and an extended outage as far as the users are concerned. NOT GOOD!!!

Back to MYSERVER1 and the simple answer is that I'm not using the local disks. I have no local disks installed in any of my blades.

MYSERVER1 boots via it's vHBA cards direct from the SAN (Storage Area Network). Therefore to recover service to the users, I don't need to visit the data centre to swap any physical hardware.

No need to move from my armchair in Cassa-Del-Chris.  Another Beer anyone?

- Chris