PeopleSoft upgrade drives consolidation

Oakwood Healthcare System • Dearborn, Mich. • Oakwood Healthcare System had the classic recipe for a server consolidation: Technology costs were rising as applications and IT initiatives grew, server volume was becoming cumbersome to manage, data center  space was at a premium, and the workload was dramatically increasing.

So when its 5-year-old PeopleSoft financials and human resources system needed to be upgraded, the regional healthcare organization took the opportunity to transition from aging IBM  RS/6000s to new IBM eServer pSeries servers.

"We've proven we can work with fewer physical platforms and handle them with fewer people," says Brian Perlstein, lead systems architect in the design and infrastructure group at Oakwood, a network of four hospitals, 15 healthcare centers, two skilled nursing centers and numerous healthcare facilities in southeast Michigan.

Of the four servers, two have eight CPUs, one has four, and one has 16. Perlstein plans to add two more eight-processor pSeries servers to consolidate another five RS/6000 servers. All are connected to two IBM TotalStorage Enterprise Storage Servers.

By reducing its server count, Oakwood has reduced its ratio of technical staff to servers from 17-to-1 to 13-to-1. (That figure also includes Windows servers.) And because of the reduced labor requirement, the staff has been freed to learn about automated monitoring tools, which has further reduced IT costs. "We're taking the skill set of scripting to automate system administration tasks so we can manage more systems than in the past," Perlstein says. "Consolidation has assisted in that automation because it opens up a window of time."

The four pSeries servers are divided into 10 logical partitions (LPAR), and therein, Perlstein says, lies the magic. Through LPAR, the applications appear to be running on their own physically separate pieces of hardware even though they're sharing physical components with another application. "If I have four CPUS, I can split them off into four different LPARs - but the only thing that's really separate is the I/O cards and the disk," Perlstein says. This saves physical space and the cost of running two separate pieces of equipment.

The only disadvantage has been educating some of the medical application vendors that require their applications to be run on separate equipment. "We built an LPAR test box and let them dial in to see if they saw problems with extraneous overhead," Perlstein says. As it turned out, the vendors couldn't tell the difference.

Perlstein warns that maintenance scheduling gets tricky when you're running multiple applications on one box. "The complexity comes with a full-system microcode upgrade or something that's going to affect all LPARs across the board," he says. "It's one of the risks you take when you do consolidation."

Perlstein has prepared for the more routine maintenance tasks by using clustering, which lets applications fail over to another set of processors when they need to be upgraded. This not only reduces the amount of application downtime, but it also opens up a larger maintenance window for the IT staff. Clustering is less expensive with consolidated servers because with LPARs, the application does not need to fail over to a separate box - you can accomplish it within one server.