As not every enterprise will opt for a pay-as-you-go model, some vendors are choosing alternate paths. Unisys, for example, rents CPUs for a certain amount of time, after which the organization owns them outright. Unlike HP and others, it does not charge a premium to have the CPUs sitting idle on the floor (i.e., charging for an 8-way unit even though only four processors will be used initially). The customer pays only for the processors that are turned on. Additional processors can be turned on, as needed and on a rental basis, initially. Unisys has set up the program so that the fourth time temporary processors are used, they receive permanent status without further payment. Ceilings can also be set on the number of consecutive temporary days a processor can be used to keep costs down.
“The Real-Time Capacity offering from Unisys provides a cost-effective way to scale up high-end servers and to rapidly respond to changes in the marketplace,” says Radomir Zamurovic, CTO of Ruesch International, a provider of international payment and global currency services. “With this server, we can bring just the right capacity online exactly when we need it, and pay for the excess capacity when and if we use it.”
The company bought two Unisys ES7000 510 servers, each with four processors active and four on demand. Ruesch first evaluated the various server vendors for the best server to host its database and database-centric applications. It selected Unisys, and then found out about the on-demand program.
“Real-Time Capacity was a no brainer, as you pay nothing to have more capacity right there,” says Zamurovic. “Instead of paying for a half-empty box and then later bring it down and adding new stuff, I have a fully loaded machine I can activate by entering the key.”
As these servers are collocated, Zamurovic says he would have added a lot of cost at the collocation site to add new processors — bringing the service down, physically adding more processors, then reconfiguring and rebooting. Now, it takes only a short time to simply activate the dormant chips.
Other companies are turning to on-demand by coupling it with server consolidation as a way of coping with expansion. At GHY International, a customs brokerage firm based in Winnipeg, Canada, an IT staff of three deployed 14 consolidated servers (running Linux, Windows, and Domino) onto two IBM iSeries servers. After the first year, GHY estimates it saved nearly $100,000 from the switch.
Due to expansion, the company planned to add another nine Intel servers. But management nixed the idea of adding three entry-level staff members to support the three existing IT personnel. So GHY opted for two IBM iSeries 270 servers to supplement its iSeries 820. These machines run all core business applications as well as all Windows servers (via an xSeries server-in-a-card that slides into the IBM box. One iSeries also runs nine virtual Linux servers under the cover.
If you rent a processor and then use it endlessly, at some point it is less expensive to purchase it.
“We had additional CPU resources we can allocate on-demand to each of the various partitions,” says Nigel Fortlage, vice president of IT at GHY International.
This came in particularly useful when GHY experienced a spike of 10,000 new e-mail messages in an hour from a worm attack. GHY had the CPU resources available to move to the logical partition on fly, and it was able to process good e-mail without performance loss.
According to Fortlage, he can now bring up and partition a new Linux server in 30 seconds. Thus, he has a fluid environment whereby he may go as low as seven virtual Linux servers and as high as 12.
“We can react and change our environment depending on what we want to do it,” he says. “And we don’t need to chase after budget to do it.”
His iSeries has four CPUs available for standby usage. As of presstime, all four are active. They can be partitioned into one-tenth of a processor increments. Thus, although all four processors are being used, he still has a logical 1.3 processors available on demand.
But GHY won’t be paying more for those 1.3 logical processing units. Fortlage explains that the decision to adopt an on-demand model was a functional rather than a financial one.
“We wanted the flexibility of having it all available, so we paid for it upfront,” he says. “Putting a couple of processors on standby didn’t work due to the flexibility of our environment.”
Watch That Math
There is no doubt that on-demand computing has clear cut uses in today’s computing landscape. Enterprises that want peak capacity or supercomputing resources on a temporary basis can benefit immensely. Similarly, those that like to change their partitioning infrastructure regularly can experience significant gain from an on-demand architecture.
But there are perhaps some cost pitfalls. If you rent a processor and then use it endlessly, at some point it is less expensive to purchase it. Fortlage, notes that after 40 days of rental, the amount spent is the equivalent of a processor purchase. He also cautions about 24-hour billing periods.
“You don’t want to end up paying for 24 hours when you only used three,” he says.