CISCO UCS – Benefits of VMXNET3 Driver

Well so I have been at it again.  Attempting to learn enough stuff about CISCO UCS to better understand what it can do.  I already know there is a lot of potential and that we probably don’t utilize it to its capacity.

The other day a colleague and I were talking about slowness in general in cloud environments and he mentioned how we could improve performance for all the VMs from E1000 to the VMXNET3.  Now I am fully aware of all the benefits and features of the VMXNET3 but I have to say; I was very reluctant to buy into the EVERY VM now gets a 10GB link – In my opinion, that terrifies me at first though. What if a VM all of sudden decided to GO NUTS and completely saturate the link? That would impact other VMs, would it not? At first yes, that could happen on a “RARE” occasion but you obviously have to understand your design and how Cisco UCS works.

Now onto the other observations and misconceptions I had about the VMXNET3.  I have to say from what I have researched and gathered it does seem that most articles point to an increase in overall performance.  Others reported that Host to Host communications was greatly increased even more than the percentages seen in outbound traffic.  One blog post stated nearly a %300 percent increase! > that’s very impressive. So now I can confidently say if you are using CISCO UCS you should definitely consider using VMXNET3 driver. (NOTE: You cannot use FT with VMXNET3)

So how exactly does all this tie into my CISCO UCS post?
In short it’s this link here.

Excerpt:
“The revolutionary Cisco® UCS M81KR Virtual Interface Card (VIC) helps increase application performance and consolidation ratios, with 38 percent greater network throughput, complementing the latest increases in Cisco Unified Computing System CPU performance and memory capacity. The virtual interface card and the Cisco Unified Computing System together set a new standard for balanced performance and efficiency.”

Now the VIC Card seems pretty cool, but what I thought was a little disappointing is that most companies will only really use something like this for a particular “Use Case” and It’s also curious because they don’t get into other things like upstream traffic and how it would affect host to host communication.  The other disappointing factor was they tested this using RHEL which I can understand and it wasn’t really a real world test.  What they only wanted to prove was that by offloading network traffic to UCS you get better performance.  Now, this doesn’t mean I still wouldn’t want to know what it is capable of.  Even so they showed just how having the interface card and VMXNET3 how much further traffic was improved.

Now Down to the nitty gritty:

1)      Limitation on total overall Network Interfaces for VM’s

a)      1/2 height can only have 1 VIC = 128 Virtual Interfaces

b)      Full Height can only have a maximum of 2 VICs = 128-256 Virtual Interfaces

2)      Doesn’t really benchmark windows – that really does matter in the scheme of things considering MOST environments RUN windows.

3)      Doesn’t really go into detail on how you would bind these NICS between UCS and vSphere Hypervisor. Only allocating a MAC in UCS and then using VMDirect Path for the NIC. (this is probably more simple then I think)

4)      They don’t cover host to host but they do cover Chassis to Chassis which is great to see that kind of performance – but come on show us host to host!!!

5)      Scenario 3 isn’t real clear on the VM ethernet interface used – it says “Default enic” so my guess is they couldn’t use anything else but a VMXNET3 – not sure why it says that.

6)      Statistics for how CPU performance was affected per scenario

7)      Does this mean there is no needs for 1000kv switching since you can use the “VIC” to set up your interface within UCS itself? (This would be my biggest reasoning > hand off to Net Eng = WIN!)

8)      Lastly, VMware vCloud Director uses templates and is automated..how could you creatively design this to work with an automated cloud solution? (I mean heck I would love the performance; Only thing I can think is VCO plug-in for UCS and Tie it into VCO/VCD plug-in, Maybe? Why I say “USE-CASE”)

Obviously this is a lot of information but I would honestly like to test this in my own environment and see how well it does perform.  Our cloud platform offers everything from weblogic, oracle, SQL, and more. Anyways let me know your thoughts and any other information would be greatly appreciated! Yes, I know I am a Noob 🙂 .

***Disclaimer: The thoughts and views expressed on VirtualNoob.wordpress.com and Chad King in no way reflect the views or thoughts of his employer or any other views of a company. These are his personal opinions which are formed on his own. Also, products improve over time and some things maybe out of date. Please feel free to contact us and request an update and we will be happy to assist. Thanks!~

About Chad King

I am an IT professional working in the industry for over 10 years. Starting in Microsoft Administration and Solutions I was also a free lance consultant for small businesses. Since I first saw virtualization I have always been fascinated by the concept. I currently specialize in VMware technology. I consult daily on many different types of VMware Solutions. I have experience in all domains related to virtualization and cloud solutions. From help desk, administration, engineering, implementation, and design allowing me to provide creative solutions with the understanding and gaps at all levels.

Posted on October 22, 2011, in CiscoUCS, Hardware and tagged , , , , , , , . Bookmark the permalink. 1 Comment.

  1. VMXNET3 works fine with FT, and has been for a while. “Fault Tolerance is not supported on a virtual machine configured with a VMXNET 3 vNIC in vSphere 4.0, but is fully supported on vSphere 4.1” – Ref: https://kb.vmware.com/s/article/1001805

    Like

Leave a comment