Long involved in the discussion about and the market for converged I/O, Xsigo wants to be part of a larger debate and a potentially much bigger market opportunity.
Xsigo said last summer that its goal was to virtualize components of data-center networking, just as servers and storage have been virtualized previously. Wait, some of you might say, isn’t that the purview of software-defined networking (SDN) vendors? Well, yes, that’s true, and while there are obvious differences between what Xsigo delivers and what’s being put on the table by SDN purveyors, Xsigo thinks it has a compelling story to tell.
Xsigo’s I/O Director started off addressing virtualization and data transfer between servers and storage. Last summer, though, its I/O Director stepped up to the server-to-server challenge, simultaneously extending its incursion onto server turf while making a claim on networking territory.
Cisco Takes Notice
That got the attention of Cisco Systems, which offers networking and servers, and a relatively vehement vendetta ensued between the two companies. Xsigo probably got more benefit than Cisco did from the mutual antagonism, if only because Cisco’s public reaction to Xsigo indicated that the smaller player had done enough damage to be considered a threat by the networking giant. In aiming its competitive marketing guns at Xsigo and blasting away, Cisco explicitly acknowledged Xsigo and implicitly conferred added legitimacy in the process.
At any rate, with the addition of the Xsigo Server Fabric, which began shipping in earnest toward the end of last year, the Xsigo I/O Director now allows servers and devices to connect to each other directly without going over the network. As a result, adding a virtual machine (VM) doesn’t involve using an IP address or setting up a virtual LAN (VLAN). That’s addressed by I/O director and its virtual server interfaces.
Market analyst Zeus Kerravla has said that the Xsigo Server Fabric creates a new infrastructure atop the physical network, which is true enough. The Xsigo Server Fabric obviates the access-layer network, allowing servers and their VMs to communicate directly.
Xsigo contends its Server Fabric also effectively eliminates the aggregation layer. Xsigo says its infrastructure extends as for as the core network, where it is compatible with switches from any of the major players, including Cisco and Juniper. As such, Xsigo says its technology transforms a hierarchical network into a pool of bandwidth that can be used to connect virtualized resources in a data center.
By reducing the numbers of switch ports and infrastructure layers — the company says there’s just one layer of connectivity management between the OS or hypervisor and the core network with its approach as compared to as many as four layers in the Cisco model — Xsigo says its business model is the exact opposite of Cisco’s. Further to that point, Xsigo says that it is open, acting as a transparent conduit moving data between servers and the network core, whereas it alleges Cisco is not. Finally, Xsigo says it has no server agenda, whereas Cisco pushes its own servers as part of its Unified Computing System (UCS) for data-center virtualization.
Playing Its Part
Having no server agenda and taking a cut of the networking pie seem to have resulted in a go-it-alone strategy for Xsigo. It’s conceivable that market dynamics and shifting vendor alliances could change that picture, but for now Xsigo doesn’t have a powerful technology-partner ecosystem to leverage. As The Register noted, Xsigo has no OEM deals and is not thought to be an acquisition target of a major player, though Dell is responsible for about 20 percent of Xsigo’s sales and Oracle is cited as a potential acquirer in some quarters.
Xsigo customers, including some big names, have derived some significant cost savings from cutting down on cabling and getting much greater utilization from servers, virtual machines, and their network resources.
While not a member of the SDN fraternity, Xsigo wants us to know that it is playing its part in virtualized infrastructure for the data center.