Network Computing is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them. Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

MMS: The Muscle Behind the Life Time Fitness Machine: Page 3 of 13

This architecture went live in August 2000 and supported the conversion of all Life Time clubs outside Minnesota. That's because a major goal of MMS was to let members use any Life Time facility. And since most members are enrolled in Minnesota facilities, these clubs were most likely to use this cross-club perk. Therefore, they were scheduled last and a controlled, learn-as-you-go approach was taken using out-of-state clubs as a test.

This proved to be a smart move when problems with MMS 1.0 surfaced. Scalability and performance concerns made Life Time rethink the base architecture. The WebLogic server wasn't stable, and BEA was not very helpful because it did not support FreeBSD. Gary Lien, Life Time's senior systems analyst, said the company was "forced" to move WebLogic to NT 4.0 as a workaround, with the goal to get the server onto a Solaris platform as soon as possible.

Changing of the Guard

Or, more like 'Call in the guards!' The lead developer and tester for MMS 1.0 bolted one month before it was due to go live. Talk about stress training. Life Time employees had to pay a visit to the developer's home to retrieve key code required for the launch.

Web server performance was also a major concern. The Tomcat Java servlet software would freeze occasionally. The solution: Move it off the Apache Web server and onto its own Solaris x86 platform. Two servers were added to help distribute the expected load when Minnesota was brought online.

Another core performance issue involved the database. All reporting functions were performed on the live production database; this led to intermittent slowdowns. So Life Time installed a second SQL server as a reporting database and set up replication from the main production database. The last major glitch centered around serving images to the club registration clients. To help curb fraud at check-in, digital images of all members are stored in a repository. Serving those images from corporate across the WAN brought unacceptable latency, so the company installed image proxy servers, based on FreeBSD 4.2 and Squid, at each club. The proxies are seeded from the central image store regularly, and the club client machines are configured to access the proxies for all image calls. Display speeds increased dramatically.

Moment of Truth