Where Is Intel's FCoE Solution?

Batterylaptops News: FCoE may not be the slam-dunk portrayed by some analysts and vendors, but I'm confident an "everything over Ethernet" approach is the right one for the next generation of enterprise data centers. It's hard to argue with commodity pricing, solid 10Gbit performance, backward-compatible connectivity and network-enabled flexibility. Fibre Channel will eventually succumb to the Ethernet monster, and the data center will be better for it.

The vanguard of this shift is found in the convergence of server virtualization and blades. Systems like Cisco Unified Computing System (UCS) are a preview of tomorrow's infrastructure, and HP, Dell, IBM and the rest aren't far behind. But it is the x86 hypervisor that makes everything possible right now. Although Microsoft's Hyper-V shows promise, VMware's ESX is the major league of virtualization--and thus convergence.

While preparing for a series of seminars I will present in 2011 focusing on storage architecture to support server virtualization, I began researching FCoE-capable converged network adapters. The VMware ESX HCL is populated with the usual suspects, Emulex and Qlogic, as well as the new challenger, Brocade. But Ethernet stalwarts like Broadcom and Intel are nowhere to be found.

Intel's strategy for converged networking differs dramatically from Emulex's and QLogic's. Rather than offload network processing from the CPU with specialized chips, Intel intends to drive protocol processing into its processors. Moore's Law is a cruel master. Ever-increasing transistor density has led Intel's latest chips to absorb the Northbridge (with its PCI controller) and the GPU. The proliferation of processing units means those chips can handle much more in parallel, and Intel believes network processing is an ideal workload here.

But the hypervisor can use those cores, too. Unlike a stand-alone operating system, VMware ESX voraciously devours CPU cores, RAM and IOPS. The offload pitch will be especially attractive, as software from VKernel and others will quickly demonstrate greater consolidation in servers using QLogic and Emulex offload engines.

Intel's strategy makes perfect sense for a processor manufacturer, and there are technical arguments to be made for keeping network processing close to the core. But data center architects are driven to feed the hypervisor, and Intel's competitors have a compelling tale to tell. Right now, Intel is defenseless in this argument, since it does not even support VMware. But even an OpenFCoE driver will not eliminate the CPU offload argument.

Where is Intel's FCoE solution for virtual servers? I talked to Intel's Sunil Ahluwalia about this last week, and here's the scoop: The chip-and-networking powerhouse has nothing to offer ESX shops right now, but it's coming. Although its software-based OpenFCoE solution is an interesting alternative to the offload hardware from the Fibre Channel crowd, Intel only supports Windows and Linux at this point. OpenFCoE for ESX was demonstrated at VMworld 2010 (and will be shown again this week at VMware Partner Exchange), but it's not generally available yet.

One option is running the OpenFCoE drivers in the (Windows or Linux) guest OS, but this is hardly satisfying. As vendors increasingly integrate their offerings with vCenter and advanced features offered by the VAAI APIs, passing storage I/O through to the guest is decidedly not state-of-the-art. Plus, the ESX vSwitch is not lossless, so OpenFCoE running in the guest OS is a recipe for disaster. VMware administrators should never even consider this option.

Instead, Intel wants VMware administrators to wait a bit until an official OpenFCoE solution is launched by VMware for ESX. This might happen this week, or it might happen later this year, but you can count on it happening soon. At that point, QLogic, Emulex and Brocade will face a formidable new competitor in the FCoE CNA market for VMware.