|
Im not at all an expert, but I dont see how this would be possible with
LVS.. LVS works on a much lower level then any of apache/php/ssl session
type information. IMNSHO that the director is blistfully unaware at the
nature of the traffic its directing, and the real servers (can be)
blistfully unaware that there in a cluster is a Good Thing.
While Im sure there are situations in various enviroments that will
always cause an unbalance (ie, on an intranet from a NAT'd office), the
situations that I can imagine are somewhat self inflicted. NAT due to IP
shortage is something of a hack, and if your (or your corps) hack
confuses your director then you could consiter putting the director
inside the NAT'd area.
For public (ie, internet) servers, I cant see NAT induced inbalances
substaining over a long time. (ie, no longer then some time related to
the average web visit - time enough for eyeballs to leave your site and
new eyeballs to be sent to a different RS).
But I might have no idea what Im talking about.
On Mon, 2002-08-12 at 12:14, Doug Schasteen wrote:
> One of the features that I saw a lot when looking at commercial load
> balancers was the ability to use persistence based on cookies, session
> IDs, and ssl IDs instead of just IP addresses. The reason why is best
> explained right here. If a lot of people work in an office that has only
> one public IP address, then you get lots of load imbalance. Is it
> possible for LVS to do persistence based on apache/php sessions? Or
> based on SSL sessions, or anything like that? Of course, I don't know
> how these types of persistence would help when balancing an e-mail
> server.
>
>
|
