httpd-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Igor Cicimov <>
Subject Re: [users@httpd] Active Active Data center and stickyness
Date Tue, 29 Mar 2011 23:16:14 GMT
Hi guys,

Just scanned through the thread quickly so not sure if this makes any sense
but what about F5 source IP stickiness?


On Wed, Mar 30, 2011 at 3:34 AM, Mohit Anchlia <>wrote:

> Currently, the load balancer don't provide the user
> stickyness/persistence for 'x' amount of time. At this point only
> option I see is that of creating a custom solution. It looks like
> there is no good solution.
> Problem here is User can be directed to any site by load balancer in
> active active scenario where load is being balanced as 1:1 ratio.
> Cookie was a good option but doesn;t work for non-browser client where
> browser connection to server A and then server A then make Http
> request. So in essence it's the ip of server A that is making the
> request and there is no way to use cookies in such scenarios.
> On Tue, Mar 29, 2011 at 7:25 AM, Ben Timby <> wrote:
> > On Mon, Mar 28, 2011 at 10:42 PM, Mohit Anchlia <>
> wrote:
> >> Thanks! We are using F5 GTM as global load balancer with LTM. So
> >> global load balancing is not a problem. Problem is user stickyness
> >> that need to persist beyond individual session.
> >>
> >> I forgot to mention that the problem is that these connections come
> >> from the servers using http rather than browser and that's why cookies
> >> here will probably not work.
> >
> > Then you will have to review your load balancer docs and see what
> > options are available and go from there. A common load balancing
> > method is SOURCE, where the source of the request is hashed to
> > determine the backend server to direct the request to. This would
> > ensure the same source always hits the same backend (as long as it is
> > available). The downside to this method is that upstream proxies hide
> > the client's IP address and undermine the load balancing effectiveness
> > of this method. However, you know the user (or group of users) will be
> > sticky.
> >
> ---------------------------------------------------------------------
> The official User-To-User support forum of the Apache HTTP Server Project.
> See <URL:> for more info.
> To unsubscribe, e-mail:
>   "   from the digest:
> For additional commands, e-mail:

View raw message