Packed in tightly: Blades get sharpened

Jamming as much computing power into the smallest possible footprint is the goal behind blade servers. We recently tested three different server blade platforms - HP's ProLiant BL p-Class Blade Enclosure, IBM's BladeCenter and RLX Technologies' 600ex. On performance, we found the blades are pretty close - where they differ is in the companies' systems management applications and availability options - but IBM wins our Clear Choice Award for providing management and administration that was a cut above the competition.

All three vendors provided systems with architectures that perform about the same and are ready for heavy work.

Applications for blade servers are the same as any other server, except that disk and storage expansion typically is done through storage-area networks (SAN) and associated hardware/software. Most often, we've found blades being used for discrete applications, such as a blade for mail service, two or three blades for Web services, a blade for a relational database or CRM, or accounting applications. Increasingly, clustered blades tackle large database warehousing and mining applications, video-rendering engines and other computationally intensive applications, and these clusters are easily managed from a hardware and software perspective by the advanced management applications bundled or optioned for blade servers.

To continue reading, register here and become an Insider. You'll get free access to premium content from CIO, Computerworld, CSO, InfoWorld, and Network World. See more Insider content or sign in.

Jamming as much computing power into the smallest possible footprint is the goal behind blade servers. We recently tested three different server blade platforms - HP's ProLiant BL p-Class Blade Enclosure, IBM's BladeCenter and RLX Technologies' 600ex. On performance, we found the blades are pretty close - where they differ is in the companies' systems management applications and availability options - but IBM wins our Clear Choice Award for providing management and administration that was a cut above the competition.

All three vendors provided systems with architectures that perform about the same and are ready for heavy work.

Applications for blade servers are the same as any other server, except that disk and storage expansion typically is done through storage-area networks (SAN) and associated hardware/software. Most often, we've found blades being used for discrete applications, such as a blade for mail service, two or three blades for Web services, a blade for a relational database or CRM, or accounting applications. Increasingly, clustered blades tackle large database warehousing and mining applications, video-rendering engines and other computationally intensive applications, and these clusters are easily managed from a hardware and software perspective by the advanced management applications bundled or optioned for blade servers.

We installed the blade servers in one of the network operations centers (NOC) of nFrame, a large ISP/managed service provider in Indianapolis, which had the power and cooling we needed. Each vendor sent a specific configuration - a dual-CPU blade, a single frame, and connectivity for a SAN. Dell declined our invitation, as a new version of its system is coming out soon, and Sun declined, desiring a different test methodology. We actually asked for four blades, but found in testing that the results of testing four blades using our metrics is the same as multiplying the results for one blade by four.

Performance between the blades was close. IBM's offering was slightly better overall than HP's and RLX's, although RLX's OpenSSL under Linux took the computational prize despite a slightly slower CPU clock than the competition. Each vendor also took advantage of partners for "glue" products in networking and/or SAN connectivity. HP used Qlogic Fibre Channel pass-through boards. IBM included Cisco Gigabit Ethernet and Brocade FC switches. And RLX included Qlogic SAN components for its blades and chassis.

Performance between the vendors' blade submissions also was close. Because blade servers are used a variety of applications, we chose three simple tests to compare them: the number of Secure Sockets Layer (SSL) sessions that could be maintained, the maximum number of open TCP connections that could be held and a rudimentary blade server disk-copying test. IBM's connectivity was strongest, but its onboard Integrated Drive Electronics (IDE)-based hard drive was the slowest of the three. The dark horse RLX HPC 2800i blade server proved a strong performer. But the difference between the three vendors was very small, even insignificant.

The blade difference

Because blades pack a lot of computing power in a small space, chassis electrical current requirements are much larger than equivalent 1U-rack servers. All the chassis required 208V AC power and 30 amps for each circuit. Dual (and ideally independently fed and redundant) power sources are the rule for blades. Blade servers cool from front to back, not bottom to top, as is the norm in data center equipment racks. We had to switch doors from other racks in the nFrame NOC to accommodate the blade chassis. Depending on the installation, data center power-distribution requirements and cooling methods for blades need to be understood before deploying a blade chassis and related components. No amount of management control software will make redundancy pay if all the blades in a chassis are fried. Fan noise from blade servers is higher than normal - and is made higher because of the need for front and back rack door ventilation holes. The fan noise from the IBM chassis was deafening.

Each vendor was asked to specify the operating system it would prefer we test with. IBM and HP chose Windows 2003 Standard Edition, and RLX chose Linux Red Hat. From a performance perspective, our tests showed the choice didn't make a lot of difference (see graphic). All three blade servers noted that they support other operating systems. IBM's supported list was the longest, but not by much.

Common to all the blade components we tested in our redundant power configuration was the ability for a blade server to be hot-pulled with automatic re-integration when re-inserted into the blade chassis. All the servers supported Preboot Execution Environment (PXE) boot, and all have optional remote deployment options for Win 2003 editions and Red Hat Linux (except RLX, where it's free with RLX's optional Control Tower XT management hardware/software). We tested PxE boot on all three blades, and all worked as expected. (For more information, see How we did it.)

BladeCenter details

IBM's BladeCenter chassis uses 208 AC, and the unit tested had power distributed by twin/redundant 208V AC feeds, which in turn branched to four needed 120V AC connections. Up to 14 blades can be inserted in each BladeCenter.

A Management Module blade sits in Bay No. 1 in the BladeCenter and can be accessed via KVM or HTTPS. The module permits a view of all the members of the BladeCenter, and lets them be queried as to state, and can power them on and off. The entire BladeCenter cannot be powered down at once - each blade must be powered down individually. The Management Module blade frees up a port on a blade server that otherwise might be dedicated to management.

We tested the HS20 blade, a two-Xeon CPU blade (IBM also sent an HS40 blade, a four-Xeon CPU blade, but we didn't test it). The HS20 takes up one slot inside the BladeCenter chassis. A daughtercard (called a "mezzanine adapter") is provided to connect blade servers to a SAN. Brocade provides redundant 16-port SAN switches if SAN options are chosen for the blades. Like HP, the IBM blades come with an onboard drive, and two can be placed on the drive in a RAID 1 configuration. Also like HP, IBM permits an external, hot-swappable drive to be used with a blade. This can be helpful because a blade must be removed from the chassis (and therefore powered off) for an internal hard drive swap to be made. The external drive can be hot-pulled or failed over to without removing a blade from its chassis. An IBM-branded Cisco blade provides either single or redundant Gigabit Ethernet switches to the IBM blade enclosure.

The IBM Director is the management application used for the BladeCenter chassis and components. Like HP's management applications, each item, including switches, can be discovered and managed by Director. Managed devices can be discovered through a query process and then populate the Director GUI. Devices with Director agent software can then have various facets examined, or set for error traps. We checked the trapping mechanism by watching CPU temperature and utilization. We then blocked a specific blade's airflow and watched the CPU temperature climb, until the blade shut down on our toggle. It took about 4 minutes for a CPU to cool down.

The Director software, where supported by Director agents, has incredibly granular details about the blade server. Director supplements the functionality of the management module blade, and Director has a superset of functionality over those in the management module. Director is the greatest strength of the IBM BladeCenter and was a pleasure to use.