Posts Tagged ‘virtual I/O’

Virtualization’s Next Wave of Problems

Wednesday, November 2nd, 2011

This week’s InformationWeek magazine discusses the I/O challenges introduced by virtualization. Titled “Virtualization’s Next Wave of Problems,” the article reviews the I/O obstacles encountered as companies try to run more VMs per server, and how new technologies such as virtual I/O can help overcome them.

The author interviewed Xsigo-customer Bluelock as part of the piece. Bluelock highlighted the 80X bandwidth improvement per server they achieved with Xsigo, and Xsigo’s dynamic reconfiguration abilities.

Here are a few excerpts from the article:

  • “Some 51% of companies have virtualized half or more of their workloads… increasing the complexity in how IT operates.”
  • “Virtual machines stacked 10 to 20 deep on a host server can generate a lot of I/O traffic… Heavily virtualized servers, still using legacy networks and storage, are choking on I/O.”
  • “Aaron Branham, director of information technology at Bluelock, an Indianapolis-based infrastructure-as-a-service provider that competes with the likes of Amazon, Microsoft, and Google, is ahead of most companies when it comes to maximizing server performance.”
  • “Bluelock built its own architecture, working with HP and Xsigo, the supplier of the Xsigo I/O Director.”

  • “’We were choking in the old environment, with iSCSI storage causing all kinds of problems,’ Branham says. Now each server uses only two InfiniBand cables, plus a smaller, 100-Mb management network cable, as opposed to the former nine cables that tied network interface cards and host bus adapters to their storage and network switches. The bandwidth available per virtualized host has gone from 500 Mbps to 40 Gbps, and it’s virtualized I/O that can be reconfigured as needed.”

Xsigo customers have known for years that I/O becomes a problem when you virtualize heavily. As more companies begin to virtualize a large percentage of their applications, the challenges are becoming known to many. Take a look at the article… it is a insightful view of where the next generation virtualized data center is headed.

VM Connectivity Without the Pain of Network Management

Saturday, August 6th, 2011
Join this webcast, August 17 at 10AM Pacific, to learn about a new technology for virtual machine connectivity.

What’s the next big step towards a fully virtualized data center? Join this webcast for a look forward.  The webcast overview is below. (Register here.)
———————-
Join this webcast to learn about new technologies that connect virtual machines to networks and storage more flexibly and with higher bandwidth than ever before.
  • Webcast: VM Connectivity Without the Pain of Network Management
  • Date: August 17, 10AM Pacific
  • Duration: 30 min plus 15 min live Q&A

Attend this webcast to learn how to:

  • Manage VM connectivity without the pain of traditional network management
  • Dramatically increase data throughput
  • Establish isolated connections across the data center in seconds

Eliminate the pain of legacy network management and get 4X more performance. Attend this webcast for the inside scoop and learn about exciting new solutions from Xsigo. (Register here.)

Why is Xsigo Growing Faster than FCoE?

Thursday, April 7th, 2011

“FCoE seems like a no brainer.” That was the opening line of a recent article on Enterprise Storage Forum. So why, the author asks, does FCoE seem to be struggling to catch on?

From the Xsigo perspective, the follow-on question is, “If FCoE is slow to grow, then why did Xsigo expand 3X in the past year?”

Although Xsigo does not use FCoE technology, the comparison is still relevant. FCoE is the technology that Cisco and a few others use to enable virtual I/O. Xsigo does not use FCoE (we use conventional Ethernet and InfiniBand), but the idea is the same.

So the question is, why is FCoE slow to launch, and why is Xsigo seeing different dynamics? Here are the points from the article, along with the Xsigo comparison.

Point 1 – Storage is slow to evolve: Enterprise storage managers tend to be risk averse (for good reason). Furthermore, when there is a new interconnect, interoperability needs to be proven on a wide range of gear. As a result, new technologies such as FCoE can be slow to catch on. Fibre Channel was launched in 1988 and took about 10 years to catch on. iSCSI came on the scene around 2000 and took at least 5 years to catch on. So it makes historical sense that FCoE would have a gradual adoption.

So why is Xsigo different? Xsigo presents a standard Fibre Channel interface. The SAN is connected to standard Qlogic FC silicon inside the Xsigo I/O Director. Within the server, the OS or hypervisor sees standard FC drivers. Because the technologies are familiar and everything behaves in an expected way,  user comfort grows quickly.

Point 2 – FCoE requires infrastructure change-out and upgrade: FCoE tends to be part of a larger transformation. New core devices, new types of servers, potentially even new storage. So it’s naturally going to be viewed as a long-term initiative.

Xsigo on the other hand is viewed as a top-of-rack unit, analogous to an aggregation device. The core does not change (the core ports are the same, you just need fewer of them), and you can use whatever blade or rack servers you want. The server just needs to have a standard 10G Ethernet NIC or widely available InfiniBand HCA). So Xsigo can be easily deployed whenever new server I/O is needed.  

Point 3 – CNAs are evolving: With FCoE the fear is that if you deploy a bunch of CNAs today, will they be obsolete tomorrow? A good question, but it’s irrelevant with Xsigo.

With Xsigo, the interface in the server is a standard part: Regular 10G Ethernet or InfiniBand cards. The I/O intelligence all resides on hot-swappable modules within the I/O Director. So obsolescence is not a concern.

Point 4 – FCoE itself is evolving: FCoE multi-hop capability was just added, finally facilitating greater fan-out.

Xsigo has offered multi-hop from day one. The solution has always scaled.

Point 5 – Who manages a converged environment? In data center management, the cultural barriers are real. When you converge storage and Ethernet, it does merge technologies that are often managed by separate functional groups within the organization.

Xsigo offers role-based access controls that allows storage and networking managers to maintain their familiar roles. The Xsigo hardware design is well-suited to this because the I/O intelligence for these functions is divided into physically separate modules.

The Enterprise Storage Forum article concludes that “FCoE is coming.” That is no doubt true. And, by the way, when Xsigo customers want to deploy FCoE-native storage, we will offer an FCoE module that will plug into the systems they are deploying today. So Xsigo again prevents obsolescence.

But Xsigo does not face the same issues that today slow FCoE adoption. Which is probably why Xsigo is seeing rapid growth and is in production deployment at hundreds of data centers worldwide.

I/O Management with Xsigo: Storage and Network Clouds

Friday, December 3rd, 2010

Just as server virtualization re-defined server management, virtual I/O enables entirely new thinking about the infrastructure. Once you separate the physical management tasks (configuring the cards, cables, switches) from the logical tasks (provisioning of resources), it’s incredible what becomes possible:

  • Complex, repetitive tasks become single, high-level commands
  • Fixed infrastructures become dynamic
  • Problem resolution becomes a software exercise that can be done from any where

In Xsigo’s new management interface, called XMS 3.0, two new concepts capitalize on the power of virtual I/O. These new concepts are resource clouds and I/O templates.

This video provides a quick demo of the cloud concept, but just to set the stage here are two definitions:

Resource clouds: A “cloud” defines a storage or network destination, such as a production network or a SAN storage device.

Connectivity templates: A “template” lets you fully characterize the connectivity required by a specific server type (such as a “web server”). You define both the destinations (the network and storage clouds), and all functional aspects of the connections, such as the needed bandwidth and availability. When that template is applied to a server or group of servers, those devices immediately gain access to the needed resources, with the connectivity parameters you’ve specified.

New England Biolabs Deploys Xsigo

Tuesday, November 23rd, 2010

Biotech firm deploys Xsigo in support of their back office applications.

Highlights of the deployment include:

  • $30,000 capex savings per IBM BladeCenter deployed
  • Server failure recovery in minutes, not hours
  • Improved performance on Vmotion and backup

Game Developer Digital Chocolate Enjoys Virtual I/O

Monday, October 25th, 2010

With over 15 million active users on Facebook alone, Digital Chocolate’s games keep their infrastructure very busy. Which is why Digital Chocolate has deployed Xsigo to support at portion of that traffic.

Founded by video game pioneer Trip Hawkins (he also founded EA), Digital Chocolate boasts some hot titles including Millionaire City, MMA Pro Fighter, Rollercoaster Rush, and Tower Bloxx.

Their data center architecture is built in a cloud architecture to support the development and production of these highly popular games.

In their private cloud, they now use Xsigo to help accelerate processes and get more from their servers.

According to their team, they gained three important benefits with Xsigo:

  • Performance: MySQL servers can now support 35% more requests per second than before
  • Fast management: Virtual machine migrations now take from two to ten seconds, verses as much as 30 minutes with 1G Ethernet
  • Agility: I/O configuration changes can be completed in seconds without having to touch the servers

The latter point is significant for them.  Development and production networks are kept physically isolated in their environment (which also includes VMware ESX 4.0, Dell servers, and Compellent storage). With virtual I/O, they can move a server from one to the other in seconds, entirely in software, without sacrificing any of the isolation that separate networks provide. That can be a real time saver when putting new code into production.

The team at Digital Chocolate was initially interested in virtual I/O for the cost savings: fewer cards, cables and switch ports. What they quickly found, though, is that the operational benefits can be a lot of fun, too!

Why VMware Uses Xsigo Virtual I/O

Friday, October 22nd, 2010

Tim Myers, Sr. Architect at VMware, sat down to discuss why VMware uses Xsigo virtual I/O. Topics covered include:

  • How and why VMware uses Xsigo virtual I/O
  • Why virtual I/O is needed for the cloud
  • How virtual I/O supports VDI
  • Why VMware trusts Xsigo virtual I/O

For more on virtual I/O and the cloud, download the Yankee Group white paper, How Ethernet-Based Virtual I/O Paves the Way for Cloud Computing, here.

Newedge Group Deploys Xsigo

Wednesday, October 20th, 2010

Newedge Group, a global financial services firm, builds a cloud with Xsigo in their 2000 server production environment.

Cloud Mangement Comes to Virtual I/O

Monday, October 11th, 2010

How does a private cloud architecture change your server I/O? This is an important question if you’re looking at moving to a fully virtualized data center. Because the decisions you make today about how to connect your servers will directly impact your application performance and your ability to fully leverage your assets down the road.

Take a quick look at this video. Then read below for two new features from Xsigo that deliver scalable management and 4X the performance of 10G Ethernet.

Cloud deployments up the ante for server I/O in at least two ways.

Cloud Requirement: More I/O Bandwidth

Server bandwidth demands have changed… a lot. When Xsigo introduced 10Gb server connections three years ago, our customers though that was plenty. And it was… for the servers and software they had then. A year later, Xsigo’s launch of 20Gb connections again provided ample headroom. But now customers tell us they want more. And there are at least three good reasons for this.

1) IT managers now want to virtualize more applications, including Exchange, and database. These I/O-intensive applications, previously considered taboo for virtualization, are more and more becoming fair game.

2) There are now more VMs per server. It used to be “five VMs per server,” then ten. Now 20 VMs per server is pretty common. This increased loading directly increases I/O requirements.

3) The hardware and software are more capable. Nehalem and vSphere tripled your I/O capacity vs. the previous generation products. That’s huge. If you’re still operating with the same old pipes out of the server, that may be your bottleneck.

The bottom line is that bandwidth needs are much higher today.

NEW 40Gb Server Links

Xsigo is responding with new 40Gb server links. That’s a lot of bandwidth, the equivalent of 15,000 simultaneous Netflix HD video streams. But it’s needed if you’re planning on running I/O intensive apps.

Cloud Requirement: Fluid I/O management

The second fundamental change is that I/O must be managed in a way that is fluid.

Face it, managing every port and NIC and HBA on a one-by-one basis (and dealing with the cables in between) does not foster agility.

If you want to change something on 100 servers, how do you accomplish that quickly? If you want to deploy a new network (to support a new VMware feature such as fault tolerance, for example), how do you do that? With traditional I/O, you’d probably rather deploy a new server than take a production server down to install new cards and cables.

The cloud has to be different. I/O must be re-configurable when needs change.

NEW XMS 3.0 Management Interface

Xsigo’s new management interface introduces several important new capabilities that address the needs of the cloud:

  • User-defined I/O templates: rollout or modify connectivity on thousands of servers in seconds
  • Unified connectivity management: deploy, view and manage connectivity on thousands of servers from a single pane of glass
  • Performance monitoring: monitor and manage I/O performance across all servers to quickly identify and remedy I/O bottlenecks
  • Simplified disaster recovery: wide-area I/O management lets users manage and migrate I/O across sites to simplify disaster recovery, move entire I/O identities from one site to another, and recreate an entire configuration at a remote site so applications can be back up and running in minutes
  • iPad accessable: the new management interface can be accessed through an iPad. With the touch of a finger, users can create and manage data center server I/O using drag-and-drop features.

The combination changes I/O management in ways that would not have been possible before virtual I/O.

But that’s the point. You don’t virtualize to do things the old way. You virtualize to achieve fundamental change that makes the data center and the people that run it all more efficient and productive. That’s the whole idea of the private cloud, right? Now that fundamental change — and the private cloud — has come to I/O.

Top 10 Reasons to visit Xsigo at VMworld

Tuesday, August 10th, 2010

10) Win a trip down coastal Hwy 1 in a Bugatti Veyron, the world’s fastest production car

How about a spin in the world’s fastest production car? We’ll have live drawings daily for three lucky winners who will have the opportunity to travel down coastal highway 1 in a Bugatti Veyron. At 1001 horsepower, there’s nothing else like it. Go home with a VMworld experience you’ll never forget. Enter at booth 1031, next to VMware. Click here to pre-register and triple your chances to win.

9) Manage your private cloud like never before

See a new, more intuitive way to manage server connectivity. Xsigo’s new UI incorporates the concept of resource clouds, so you can connect VMs to functional groups of storage and network resources, such as an Engineering storage pool or DMZ network. It sure beats managing ports. Come see how this can simplify your life.

8 ) Manage server connectivity on an iPad

Nothing could be easier (and more cool) than Xsigo’s new iPad-based management app. We’ll have iPads at the booth (#1031, next to VMware) so you try managing virtual I/O resources simply by touch.

7) See the integration with vCenter

We’ll have lots of servers in the booth all running the latest ESX so you can see the integration with vCenter. View and manage virtual I/O resources on a tab within vCenter.

6) See the world’s fastest server I/O

If the Veyron is the world’s fastest car (it is), then we should have the world’s fastest I/O to go with it. We do. At 40Gbps per server connection, Xsigo’s new QDR InfiniBand server links will let you obliterate I/O bottlenecks.

5) Win a Sony PS3 + Racing Wheel

If you prefer to take a prize home rather than take a spin in the Veyron, you’ll have the option to choose a cool gaming system: a Sony PS3 and Logitech racing wheel and pedals. Live drawings daily. Click here to pre-register and triple your chances to win.

4) Meet with Xsigo engineers and PMs

Technical experts will be in the booth (#1031, next to VMware) at all times, including developers who designed the product. Get direct answers to your toughest questions.

3) Attend the Xsigo/Salesforce.com breakout session: Managing cloud resources

Learn how virtual I/O helps manage resources data center-wide. Matt Cowger of Salesforce.com and Cam Ford, Xsigo’s Director of Product Management will present a technical review with  examples to highlight the key points. Wednesday at 4:30PM.

2) Experience Xsigo in the VMware infrastructure

Learn how Xsgio complements VMware in their own VMworld 2010 infrastructure. Stop by and find out why VMware uses Xsigo to do more with virtualization.

1) See the most exciting development ever in converged I/O

Be a part of history. Experience the most exciting development ever in converged I/O. Visit Xsigo and learn how the world of server connectivity is changed for good.