HP Virtual Connect is not a new technology. A quick Google search for when it was first released showed a version 1.3 release note in October of 2008. If you apply Moore’s Law to something that was released originally in early 2008, it should have advanced 4x by now with it doubling every 2 years. In reality, the technology was built to grow and expand and change as connectivity changed. The problem with Virtual Connect previously was that a standard user normally had a very hard time understanding what HP was trying to accomplish.
Traditional blade servers were all too often complicated and limited by the server and external switching surrounding them. The list below is just a few of the problems that exist with traditional blade infrastructures.
- Too many switches
- Too many cables with pass-through modules
- Switching limited to within a chassis
- Burnt in MAC and WWN numbers
- Licenses tied to serial numbers
- No resiliency without double hardware and often the double cost
As shown in the graphic to the right, virtual connect helps to eliminate many of these problems.
- Virtual Connect maintains pools of MAC/WWN/server serial number allowing for server portability, for upgrades or failures
- Blade admin can manage server environment without the need for san or network admin to make changes if a server failure happens
- Virtual Connect was designed by part of the Tandem platform server group, high availability zero downtime systems – virtual connect was built for high availability
- Active loop prevention stops users from their own mistaken configurations
- Near-zero downtime firmware updates
- Standard based – allows for full interoperability with HP, Cisco, Brocade and other switches.
- One management console for all VC domains up to 4 enclosures or with the enterprise edition you can manage the whole datacenter with 100s of enclosures
- Less power – less switches – less cablaes – less cooling
The first reaction most people have to this entire solution seems to be “Isn’t that the same as the Cisco UCS Solutions?” It really is amazing the power of a little time and some marketing. The two solutions are very similar and that is in my opinion a really good thing. Competition breed innovation. The biggest difference is the mindset that the two companies went about attacking the problems in the datacenter. Cisco comes from a networking background and the UCS solutions was built around the Nexus platform with servers added. This in no way means that the developers and architects at Cisco were not thinking about the servers all along, but they are after all a networking company. HP looked at it with the need to make the life of a server admin easier. A clear example of this is the wire-once connection management. The ability to profile a system and all it’s components so that you never have to recable a datacenter is a huge benefit for admins. Most admins have been told by their managers more than once that they need to clean up the cabling or the whole datacenter. If they don’t need to go in the datacenter then there is no reason to make it messy. If a server fails there are no new cables, just a blade that you switch out and apply the old profile. If they want to upgrade a server, they just switch the blade out and apply the old profile. At this point the Cisco guys are about to comment that they do the same thing. I know they do but it is still a great feature to highlight.
The virtual connect platform was built not just for servers but also as way to minimize upfront costs but still future proof the c7000 chassis users. HP has found a way to make Virtual Connect a singular management console for your new or existing fiber and ethernet networking. Since the c7000 has been available for years and is actively being used by users worldwide, virtual connect had to be phased project. Below are a few examples and the products you would need to get an existing c7000 to be part of a virtual connect domain.
Have existing ethernet switching but want get rid of all the extra cables of pass-through
- Flex-10 Modules allow for wire-once connectivity and eliminate the added cabling of pass through modules
Have an existing fiber channel infrastructure and want to manage the ports without extra interfaces
- VC-FC Modules are built on traditional fiber channel standards and can be added directly to a cisco or brocade fiber switch
An existing 10 Gbps infrastructure is in place for all the rest of the servers and convergenged networking is the baseline for your infrastructure
- Flex-10 Modules in conjunction with Gen 7 HP blades will allow for a single 10Gbps uplink for storage and ethernet
- The existing c7000 chassis is full of servers that already have fiber or ethernet and often older systems but you want to move forward as you grow.
- Flex Fabric Modules are designed to be a replacement for the existing interconnects and allow existing connections to be added to a VC domain with only interconnect changes.