Home > Enterprise Linux Tips > Administrator > Comparing blades with rack servers on price, performance
Enterprise Linux Tips:
EMAIL THIS
 TIPS & NEWSLETTERS TOPICS 

ADMINISTRATOR

Comparing blades with rack servers on price, performance


Caroline Hunter
11.06.2008
Rating: -3.00- (out of 5)


Enterprise Linux headlines
Digg This!    StumbleUpon Toolbar StumbleUpon    Bookmark with Delicious Del.icio.us    Add to Google


This week on the Whirlwind Tech Tour, we compare blade server performance wtih rackmount server performance. Check out the question and answers below to find out under which conditions it's more cost-effective to use blade servers over standard rackmount servers.

This week's question is:

In what situations would a blade server outperform a standard rack server, and why?

Russell Coker, computer and network security consultant and contractor
Blade servers offer a greater CPU density and a greater computer density per rack. Prior to the common use of virtualization technologies, the benefit of a greater density of computers was more significant. One former client of mine, for example, had a significant number of blade servers running Red Hat Enterprise Linux 4 (RHEL 4) that were lightly loaded. Since the release of RHEL 5, it has been a viable option for them to use a single physical machine with a Xen instance for each server (with significant savings in hardware purchase costs).

The benefit of a greater CPU density will only apply if there is sufficient disk I/O capacity and network bandwidth to supply all the blades. The ratio of CPU power to disk I/O capacity in a blade enclosure will only compare with that of standard rack servers if there is a suitably capable storage area network (SAN) or network-attached storage (NAS) attached to it. It seems that the design expectation (and probably the most common implementation scenario) of blade enclosures is that they be connected to separate storage devices (either SAN or NAS) while standard rack-mounted servers have enough internal disk capacity to satisfy most people who use them.

Blade enclosures also tend to have a greater density of power use per rack unit as an inevitable consequence of having a greater CPU density. This, combined with the price efficiency of having a full enclosure, means that they are best suited to large high-density server rooms.

To read Russell's blog posts related to virtualization, click here.

Jay Lyman, open source analyst, the 451 Group
The main benefit of blade servers comes from the price-to-performance advantage from a higher number of servers that nonetheless consume less space, power and cooling resources. So the greater the number of blade servers in a deployment or data center, the greater the relative cost savings compared to a rack server approach. This means larger server environments used for clustering or Web hosting are ideal for blades.

Space and power-constrained environments are also ideal for a blade approach. Standard rack servers can still be useful for similar savings via virtualization and server consolidation, and may also be a better option depending on the server components and applications to be supported.

Once you get into larger deployments and resource limitations, blades are generally preferable - as evidenced by their continued traction in the market.

Click here to see CAOS Theory, the 451 Group's blog on open source in the enterprise.

Matt Shields, senior Linux administrator and network engineer
I have found the best use of blade servers is for development and quality assurance networks. The lower total cost of ownership and the amount of space and power saved makes them perfect for the job. In the past, I was asked to build out a data center, and the requirements were to have a full set of production servers plus an equal amount of development and QA servers to replicate the production network setup. Since the development and QA servers were extremely underutilized, we took advantage of the cost benefit of using multiple blade centers, an iSCSI backend storage and VMware Infrastucture 2. We then re-created the entire set of development and QA servers to match the production network at about 40% of the cost.

Since 1998, Shields has owned a Web-hosting company which is now called BeanTownHost.

Joshua Kramer, middleware developer, Belron U.S.
I'm going to stretch this a bit and consider an ecosystem of servers. By itself, a blade server is not fundamentally different from a rack server aside from that it takes less space. Because of this, I'll concentrate on monetary performance.

Blade servers outperform normal rackmount servers in cases where packing additional CPUs in a smaller amount of space provides economic benefit.

For example:

  • Use less of your space for utility and support functions (the data center) and more space for revenue-generating functions. For example, a call center can halve the size of its data center and add additional phone representatives. This would increase profits by increasing revenue for a given amount of space.
  • Using less space to begin with can decrease your rent. This in turn increases profits by increasing savings on the same revenue.
  • Being able to run additional servers in a given amount of space can increase your reliability. If you are able to configure a higher number of redundant servers for a given amout of real estate, a failure in any one server is less likely to cause downtime.

In seven units, you might be able to pack 14 servers. One rack might hold 84 servers or perhaps 78 servers and a decent-sized SAN. This allows you to use your real estate more efficiently and increases profit. It also allows you to increase redundancy, which in turn increases reliability. This is where the real performance of blade servers lies.

You can find Joshua Kramer's blog here.

Tony Iams, vice president and senior analyst of system software research, Ideas International
Blade servers are not optimized for raw performance as much as much as they are for their manageability and form factor. Product cycles for vendors often dictate that faster clock speeds, larger numbers of cores, and greater memory capacity (which are the factors that affect hardware performance) are available in rackmount servers before they become available in blades. But vendors have become more aggressive in driving the highest levels of performance into blade form factors as quickly as possible.

At the same time, users have begun to assign higher-priority to issues such as ease of deployment, availability, power consumption and lower cooling requirements, rather than needing to achieve the absolute highest performance for their workloads. In these situations, blade servers have enough advantages over rack servers that they may justify not having the fastest processors.

The one performance-related metric in servers that is becoming more important, though, is memory capacity, which can be critical to the suitability of a system for virtualization deployment. Since all virtual machines have to share the memory in the VM host, the more memory that a server can hold, the more VMs can be deployed on it. That is why vendors are stepping up their efforts to make blade servers more "virtualization ready" by increasing the memory capacity in their blades.

Click here to learn more about Ideas International .

Rate this Tip
To rate tips, you must be a member of SearchEnterpriseLinux.com.
Register now to start rating these tips. Log in if you are already a member.


Submit a Tip




Digg This!    StumbleUpon Toolbar StumbleUpon    Bookmark with Delicious Del.icio.us    Add to Google



RELATED CONTENT
Administrator
Creating virtual appliances with Novell SUSE Studio
Access and repair an ext3 file system with the superblock
Solving Linux server hangs stemming from kernel issues
How to solve logical volume management issues
Troubleshooting Logical Volume Manager boot problems
Linux provisioning automation with Cobbler
How to fix master boot record partition table problems
Five Linux commands you have (probably) never heard of
How to install and get started with OpenQRM
Backing up the Linux master boot record

Linux in the data center
OpenSolaris 2008.11 update woos Linux users
Ensuring server time synchronization with NTP on SLES
Open source integration, policy
SteelEye combines Linux server failover and remote data replication
Open source networking: An interview with author Carla Schroder
OSSEC implementation in Windows
Nagios: Preventing data center downtime
Splunk highlights data management maturity at LinuxWorld
Surprise! Open source is growing fast, report concludes
Subversion releases 1.5.0: Right for the enterprise

Linux backup and storage
Access and repair an ext3 file system with the superblock
The Ext4 file system: A real improvement in Linux file storage?
After delay, Fedora 10 finally available
Whirlwind Tech Tour: Linux questions and expert responses
SteelEye combines Linux server failover and remote data replication
Centralized access with iSCSI wraps it up: Open source SANs, part 4
Setting up DRBD in an open source SAN: Open source SANs, part 2
Adding Heartbeat to your open source SAN: Open source SANs, part 3
Installing the MySQL database server securely
Ubuntu remote backup

RELATED GLOSSARY TERMS
Terms from Whatis.com − the technology online dictionary
DRBD (Distributed Replicated Block Device)  (SearchEnterpriseLinux.com)
gzip  (SearchEnterpriseLinux.com)

RELATED RESOURCES
2020software.com, trial software downloads for accounting software, ERP software, CRM software and business software systems
Search Bitpipe.com for the latest white papers and business webcasts
Whatis.com, the online computer dictionary

DISCLAIMER: Our Tips Exchange is a forum for you to share technical advice and expertise with your peers and to learn from other enterprise IT professionals. TechTarget provides the infrastructure to facilitate this sharing of information. However, we cannot guarantee the accuracy or validity of the material submitted. You agree that your use of the Ask The Expert services and your reliance on any questions, answers, information or other materials received through this Web site is at your own risk.



Enterprise Linux Web Server & Application Server
HomeNewsTopicsITKnowledge ExchangeTipsBlogsAsk the ExpertsMultimediaWhite PapersIT Downloads
About Us  |  Contact Us  |  For Advertisers  |  For Business Partners  |  Site Index  |  RSS
SEARCH 
TechTarget provides technology professionals with the information they need to perform their jobs - from developing strategy, to making cost-effective purchase decisions and managing their organizations' technology projects - with its network of technology-specific websites, events and online magazines.

TechTarget Corporate Web Site  |  Media Kits  |  Site Map




All Rights Reserved, Copyright 2003 - 2009, TechTarget | Read our Privacy Policy
  TechTarget - The IT Media ROI Experts