Server virtualization expert expounds on why blade servers are bad

Article

Server virtualization expert expounds on why blade servers are bad

Alex Barrett, News Director
Blade server market leaders IBM and Hewlett-Packard Co. are both pouring resources in to developing their wares. Most recently, IBM added 10 GigE to its BladeCenter H platform. But, so far, these efforts haven't been enough to convince Rod Lucero, CTO of the Minnesotan VMware consultancy VMPowered, to recommend blade servers to customers undertaking large-scale virtualization and consolidation projects.

Instead, Lucero and his team prefer the standard issue rack-mounted servers. Over the years, he's recommended IBM and Dell, currently favors HP's DL385 and DL585 line, and sees the tide swinging back to IBM with its new quad-core Xeon.

The big problem with blades, Lucero said, is the limited number of network interface cards (NICs) you can attach to a blade -- "two, and that's it," he said, although some newer blade systems are starting to support more.

In rackmount server configuration, VMPowered recommends servers with large numbers of NICs – "never less than six [ports]," Lucero said, and as many 14.

"You really need a lot of I/O to sustain a virtualization infrastructure," he said.

In blades, Fibre Channel and memory capacity are similarly limited relative to rackmount servers.

Not sold on boot-from-SAN
Lucero's other gripe with blades is that they are often sold diskless, thus requiring the blades to boot from SAN –

    Requires Free Membership to View

    When you register, my team of editors will also send you the latest expert resources covering all areas of server virtualization, such as platforms, architectures and strategies, server hardware, managing virtual environments, application issues and more.

    Margie Semilof, Editorial Director

    By submitting your registration information to SearchServerVirtualization.com you agree to receive email communications from TechTarget and TechTarget partners. We encourage you to read our Privacy Policy which contains important disclosures about how we collect and use your registration and other information. If you reside outside of the United States, by submitting this registration information you consent to having your personal data transferred to and processed in the United States. Your use of SearchServerVirtualization.com is governed by our Terms of Use. You may contact us at webmaster@TechTarget.com.

a less-than-perfect process.

For one thing, VMware ESX is very particular about which logical unit number (LUN) it boots from. Also, if you boot from SAN and your SAN crashes, you're stuck. But if the ESX server boots from local disks, it's a relatively easy process to point it to another source of virtual machine images.

In short, boot from SAN "works, but we've seen it be problematic," Lucero said. "We'd certainly never recommend it, especially not with the cost of internal disks today."

Safety in numbers
If you are going to go with blades, you're best off buying them fully populated, Lucero opined, for better negotiating power. Of course, if you do that, you lose one of blade's main selling points – the ability to easily add in more capacity. At the same time though, Lucero said he's often seen companies invest heavily in a sparsely populated blade chassis, only to find that they don't really need the extra capacity down the road.

"Then you have a huge amount of infrastructure that you're not using," he said.

Lucero concedes that a blade chassis does take less power than a comparable rackmount setup. An IBM BladeCenter H, for example, is rated to about 60 amps, while a typical 42U rack requires about 220. But with the consolidation ratios you can get out of hefty rackmount servers, Lucero's not sure it matters. Putting 15 2U servers in a rack, each with two dual cores, could easily give you a consolidation ratio of 20:1, Lucero said – "that's 300 VMs right there!"

Let us know what you think about the story; e-mail: Alex Barrett, News Director


Join the conversationComment

Share
Comments

    Results

    Contribute to the conversation

    All fields are required. Comments will appear at the bottom of the article.