What’s the Big Deal with Cisco UCS?

So, now that we’ve discussed who the major players are, let’s take a closer look at why it’s really such a big deal that we can now deploy our Unified Communications products as part of our virtual infrastructure, using the Cisco UCS.

Virtualization Simplifies the Way We Do Business

Datacenters can be very interesting and challenging environments. Due to the drastic decrease in server prices over the years, we went from large monolithic mainframe servers that process many applica­tions to one that utilizes much cheaper and smaller servers used for individual applications.

In modern datacenters, we are now able to virtualize these many servers onto a relatively few physical servers. Although it depends on the type and utilization of a particular application, a normal rule of thumb has shown that we can effectively virtualize 10-15 servers per physical host. For our Unified Communications servers, we are currently able to virtual­ize up to four servers per physical host. However, this capability will certainly increase with each new version.

Lower CAPEX and OPEX

Given that datacenters are incredibly expensive to run (they require expensive real estate, use incredibly large amounts of electrical power, and have high operational costs), virtualization of our datacenters represent a reduction in a company’s Capital Expenditures (CAPEX), but more significantly, their Operational Expenditures (OPEX).

One of the highest operational costs within a datacenter is the servers themselves. Modern single-purpose servers have been shown to only have 5-10% utilization, on average. Conversely, if your servers are using a large per­centage of your datacenter’s power, like 75%, then we have a very inefficient scenario. By virtualizing these serv­ers, we can now combine many servers (10-15) onto a single physical server, which raises the overall utilization significantly and, therefore, lowers the power requirements.

Additional benefits can be seen beyond the reduced power requirements. In a traditional datacenter, many smaller servers generate a LOT of heat, which must be dissipated via cooling efforts. The yearly cooling costs are extremely expensive; but just as bad, strict formulas dictate that we can place only so many servers within so many of square feet in the datacenter. Through virtualization, we are able to place a greater number of serv­ers per square foot of the datacenter with reduced cooling requirements.

Likewise with these other operational costs, cabling represents a HUGE investment in a typical datacenter. For every server that is virtualized, we are able to reduce the physical cabling required to connect that server. Ad­ditionally, when implemented within the Cisco UCS, we are able to take advantage of Unified Fabric and further reduce cabling requirements, since we can send both LAN and Storage signaling over the same cables.

Improved Availability

In a traditional datacenter, if one of your Unified Communications servers crashes, you normally must restart that device manually. This represents a potentially significant outage for that UC device.

When we virtualize our UC servers, we can take advantage of VMware’s great tools like High Availability (HA) and Site Recovery Manager (SRM).

  • With HA, the failed virtual server is automatically restarted, which saves a significant amount of downtime, resulting in greater productivity and profits from that server.
  • With SRM, we can provide Disaster Recovery by quickly failing over a virtual machine from a main pro­duction site to a secondary site while ensuring the VM remains active.


One of the great benefits that we’ll see when virtualizing our UC servers on the Cisco UCS platform is that we can achieve actual platform mobility. On traditional Cisco Media Convergence Servers (MCS), the UC license is tied to the physical server’s MAC address of the primary network interface card (NIC). This means that the instance of the UC application is always tied to that physical device. But what if that server hardware fails?

With the Cisco UCS, we can create Service Profiles that represent the identity of the actual server. We can then “associate” this service profile with any of the blade servers within the UCS 5108 chassis. By doing this, we can simply associate our UC server with a new blade server, if needed. Within Cisco UCS, we are able to build what’s called a “MAC license,” which is based on several configuration compo­nents of the UC server:

  1. Time zone
  2. NTP server
  3. NIC speed
  4. Hostname
  5. IP Address
  6. IP Mask
  7. Gateway Address
  8. Primary DNS
  9. SMTP server
  10. Certificate Information (Organization, Unit, Location, State, Country)

Once the MAC license is configured, it can simply be associated with the Service Profile and applied to whichever physical blade server is needed.

Ease of installation in UCS using OVF templates

One of the barriers to entry, when it comes to UC servers, is the general complexity required to build and config­ure these applications properly. There is a considerable learning curve required, which requires the presence or availability of administrators or engineers with these specific skillsets.

With the advent of integrated solutions like the Cisco UCS, the datacenter has undergone a major paradigm shift in our methodology of both design and operational management. Furthermore, with the greatly increased knowledge we have of the consequences of our designs to not only our bottom line, but to the environment as well, we now know how important it is to make our datacenters as efficient as possible while still increasing performance and profitability.

Related Courses
CIPT1v8.0 – Cisco IP Telephony part 1
CVOICEv8.0 – Implementing Cisco Unified Communications Voice over IP and QoS
CAPPSv8.0 – Integrating Cisco Unified Communications Applications

Excerpted from GlobalKnowledge.com

In this article

Join the Conversation