Re: load balancer models and performance
"Nir Ilani" <[email protected]> Sun, 26 Jul 2009 18:16:05 +0300
| Newsgroups | gmane.comp.programming.load-balancing.general |
|---|---|
| Message-ID | <06DA44B99382B2428AD8DBFEE6CD209FB8C03A@APOLLO.il.corp.radware.com> |
Right - I agree that an ADC should be "green" and as energy-efficient as possible - when it comes to data center space/cooling costs (i.e. $$$), one needs to see it complies with all requirements. But here's another thought: I'm not sure that the need for a fully-equipped ADC (what described below as an 'advanced ADC' platform - and I agree in this respect) contradicts incremental throughput licensing / 'pay as you grow' approach (it has several names out there...). On the contrary, I actually think they can go together pretty well: I see the 0-4Gbps throughput market segment as a very dynamic one - throughput-wise. Therefore, in my philosophy, if you could pay exactly for what you need today (and in case you'll need more capacity, you'll pay only for the delta) -- while getting a fully-equipped ADC upfront regardless of what you need today -- you can ensure full flexibility and enjoy both worlds. Nir Ilani Director, Advanced ADC, Radware -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Tal Klein Sent: Friday, July 24, 2009 8:39 PM To: Load Balancing Mailing List Subject: Re: [load balancing] load balancer models and performance Actually Ed, I'd like to offer a counterpoint to "At the end of the day, the hardware is a commodity and a small part of the cost of delivering the appliance" -- We actually have lots good reasons for different hardware platforms which have to do with all the extra stuff we throw into our hardware platforms (processors, ram, asics, ports, etc.), but there is also an important customer consideration here: The power+cooling costs which some of our customers are very sensitive to. For example, some of our larger internet customers determine what device they purchase based on a BTU per rack calculation, so sometimes that means having to make a compromise between throughput and power+cooling requirements. This means that although in theory they could have one device that handles multiple racks' worth of bandwidth, sometimes it makes more sense for them to have a dedicated lower end device per rack. Food for thought :) -Tal --- Tal M. Klein Integrated Product Strategy Citrix Systems, Inc. ________________________________________ From: [email protected] [[email protected]] On Behalf Of Ed Toro [[email protected]] Sent: Friday, July 24, 2009 9:05 AM To: Load Balancing Mailing List Subject: Re: [load balancing] load balancer models and performance My apologies for suggesting F5 capped raw throughput. I was probably thinking of compression and SSL. I'm not sure if Cisco or NetScaler do this. If not, I bet they are looking at it. At the end of the day, the hardware is a commodity and a small part of the cost of delivering the appliance. It makes more sense to sell the customer a big appliance they can upgrade performance on easily for more revenue down the road. If they have to rip out a physical appliance then they are less likely to exert the effort. It also opens the door to other vendors if they have to do a physical replacement. Kirk Bauer wrote: > The only two items where performance is limited by license on a BIG-IP is total compressed throughput (you get 50Mbps and can unlock more) and SSL transactions per second (you get 500 and can unlock more). > _______________________________________________ lb-l mailing list [email protected] http://vegan.net/mailman/listinfo/lb-l Searchable Archive: http://vegan.net/lb/archive http://lbdigest.com Load Balancing Digest http://lbwiki.com Load Balancing Wiki _______________________________________________ lb-l mailing list [email protected] http://vegan.net/mailman/listinfo/lb-l Searchable Archive: http://vegan.net/lb/archive http://lbdigest.com Load Balancing Digest http://lbwiki.com Load Balancing Wiki _______________________________________________ lb-l mailing list [email protected] http://vegan.net/mailman/listinfo/lb-l Searchable Archive: http://vegan.net/lb/archive http://lbdigest.com Load Balancing Digest http://lbwiki.com Load Balancing Wiki