- Is the Cisco MARS mission going to abort?
- First iPhone worm spreads Rick Astley wallpaper
- 10 stunning 3D buildings made with Google SketchUp
- Open source software ready for big business
- Four reasons to buy (and one reason to avoid) the Droid
Web front-end accelerators use a grab bag of techniques to speed delivery of content, including application-layer switching, HTTP compression and TCP multiplexing.
The problem is that Web front-end devices either make traffic go very fast for a limited number of users or handle a very large number of users - but they can run into trouble doing both at the same time.
That's the major conclusion of the industry's first comprehensive performance tests of Web front-end devices. For nearly a year, we benchmarked devices from leading vendors Array, Citrix, Crescendo Networks, F5 Networks, Foundry Networks and Juniper Networks.
Among our findings in this inaugural test:
As is often the case with any new market category, there are substantial differences in terms of form factor, topological requirements and supported features (see "One size doesn't fit all").
|
Because of those differences, and because this is a relatively new product category and no device aced all tests, we're not scoring products this time around. As our results clearly show, different Web front-end vendors have put their development dollars in different places.
Two products deserve special mention. Crescendo's CN5080-E is a screamer of a performer, turning in top results in many of our tests because of its use of custom hardware for content switching. And Citrix's NetScaler Application System combines high scalability with a rich application-acceleration feature set.
Although an earlier test compared Web front-end features, the emphasis this time was on Web front-end performance.
Tests fell into two main areas. Services tests measured transaction rates and response times for a given number of users, both with and without HTTP compression applied, and with and without access control lists in place and distributed denial-of-service attacks underway (see services test results). Scalability tests demonstrated the limits of system performance in terms of maximum concurrent connection capacity, TCP multiplexing ratios and maximum forwarding rates (see scalability test results).
|
It's important to note that we're not claiming either set of tests represents "real-world" behavior for all users. There are too many variables in application load testing for a one-size-fits-all definition of that term to be meaningful (see "Your mileage will vary"). Still, these tests offer useful comparisons in that we offered the same traffic at the same levels to each device tested.
Our test bed emulated as many as 2.35 million unique clients and 16 Web servers (see "How we did it"). In some events, we pounded the devices with traffic at gigabit Ethernet LAN rates, pushing traffic at rates approaching 4Gbps. In other tests, we emphasized scalability in terms of large numbers of users or high transaction rates rather than focusing on high forwarding rates.
No device aced every event; rather, the results suggest different vendors optimized for different aspects of device performance. Some dramatically offload servers from the burden of TCP processing overhead, while others use HTTP compression to reduce response time. Devices also vary widely in terms of the scalability of connection counts and "goodput" rates, which reflect how quickly a device transmitted request HTTP object back to the client.
Faced with all these differences, the best advice we can offer in choosing a Web front-end device for your network is to assess which of these metrics matters most, and go for the box that delivers the biggest benefit in that area.
Newman is president of Network Test, an independent engineering services consultancy in Westlake Village, Calif. He can be reached at dnewman@networktest.com.
Newman is also a member of the Network World Lab Alliance, a cooperative of the premier reviewers in the network industry, each bringing to bear years of practical experience on every review. For more Lab Alliance information, including what it takes to become a member, go to www.networkworld.com/alliance.
Next test: Services >
Partner Content
Blue Stripe Software
www.bluestripe.com/
Improving Application Performance Troubleshooting
Diagnosing why an application is slow is hard, at times taking days or weeks to isolate and resolve. This paper explains the challenges involved using current management tools, provides a 'wish list' for application management and analysis, and explains the need for an application system-wide approach that monitors entire applications, not components.
Download Whitepaper
Virtual Vigilance: Managing Application Performance in Virtual Environments
This paper highlights the impact of virtualization on application performance. "Managing Application Performance in Virtual Environments" states: "Best-in-Class organizations are predominately taking actions around improving visibility across both physical and virtual systems, assessing the business impact of application performance and understanding interdependencies of applications in virtualized environments."
Download Whitepaper
Application Service Requests: The Missing Link for Pragmatic ITSM
Forrester Research analyst Glenn O'Donnell and BlueStripe co-founder Vic Nyman discuss a breakthrough approach to application problem management. Learn the new approach for ITSM problem management, which provides: Rapid isolation of application slow-downs to specific components for quick problem resolution, 24/7 monitoring for proactive notification of potential issues before end users are impacted and much more.
Register for Webcast
Comment