If you really want to load balance the servers properly, use a dedicated load balancer implementing investigation of system load before deciding who to pass the packet to. There's no guarantee with DNS load balancing that client A won't get server A, while client B gets server B, both caching DNS for a while and client A generating many times the amount of work client B does. If you have extremely unbalanced client load, assigning a random server via NAT when establishing new connections may work better for you, given that you don't need to track state beyond a single connection.
HTH, Felix On 11/21/06 4:54 PM, "James Stevenson" <[EMAIL PROTECTED]> wrote: > With iptables with 2 servers using a nat entry you can pick a match rule for > a 50% random connection entry > > Its straight out of the man page. > > random > This module randomly matches a certain percentage of all packets. > > If you really want to load balance the servers properly use dns. > >> -----Original Message----- >> From: George Borisov [mailto:[EMAIL PROTECTED] >> Sent: 21 November 2006 14:50 >> To: Debian Firewall >> Subject: Re: Load balancing SMTP servers >> >> Sebastian Vega wrote: >>> >>> I think you need use iproute , no iptables... >> >> How would I do that? >> >> I know how to load-balance across two connections using iproute >> (in our case we only have one connection) but not what I am >> trying to do. >> >> >> -- >> George Borisov >> >> DXSolutions Ltd >> >> >> -- >> To UNSUBSCRIBE, email to [EMAIL PROTECTED] >> with a subject of "unsubscribe". Trouble? Contact >> [EMAIL PROTECTED] > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
