|
Jim,
In a NAT configuration, the primary bottleneck is the return traffic.
Web traffic tends to be very asymmetrical (the ratio between incoming and
outgoing traffic may be as high as 1:50 and the front-end server has to
process all return traffic).
With DR, the bottleneck will be the incoming NIC. (Probably the
number of packets the driver can receive). I expect this to be
as high as 10-12K requests per second on a 100Mb line, with
a reasonable NIC/driver. DR has some limitations,
but it is clearly the fastest way to go.
The stack will not make a big difference, as most LVS processing
happens in the kernel, just above the driver layer.
/sG
-----Original Message-----
From: Feldman, Jim [mailto:Jim.Feldman@xxxxxxxxxx]
Sent: Monday, March 19, 2001 2:39 PM
To: 'lvs-users@xxxxxxxxxxxxxxxxxxxxxx'
Subject: RE: Coyote Point Load Balancer
The current (probably April 2001) issue of Linux Journal has an article from
a pair of Erikson engineers who were looking at using LVS to front end a
bunch of diskless web servers. They only tried NAT in the article, and on a
500mhz pIII got about 1700-1800 connections per second before it topped out
(tested using Web Bench). Direct connection to the servers yielded around
8000 connects/sec. What wasn't clear was where the bottleneck was. Would a
Ghz class pIII double the throughput, would better NIC's help, is there a
limitation of the Linux stack? They were going to try the DR mode, but
hadn't by press time. I believe they were using the stock 6.2 RedHat
Piranha dist. The 2.4 kernel is reputed to have a more efficient network
stack, does anyone have a feel for the amount of perf improvement for LVS
(understanding that Web Bench is a benchmark and nothing more)?
jim
-----Original Message-----
From: Steve Gonczi [mailto:Steve.Gonczi@xxxxxxxxxxxxxxxxxx]
Sent: Monday, March 19, 2001 9:01 AM
To: 'lvs-users@xxxxxxxxxxxxxxxxxxxxxx'
Subject: RE: Coyote Point Load Balancer
I took a quick look.
Seems like a low-end solution. (8000000 connections per hour
works out to 2k connections per second).
/sG
_______________________________________________
LinuxVirtualServer.org mailing list - lvs-users@xxxxxxxxxxxxxxxxxxxxxx
Send requests to lvs-users-request@xxxxxxxxxxxxxxxxxxxxxx
or go to http://www.in-addr.de/mailman/listinfo/lvs-users
_______________________________________________
LinuxVirtualServer.org mailing list - lvs-users@xxxxxxxxxxxxxxxxxxxxxx
Send requests to lvs-users-request@xxxxxxxxxxxxxxxxxxxxxx
or go to http://www.in-addr.de/mailman/listinfo/lvs-users
|
