Hi guys,

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

Cheers,
Igor

On Wed, Mar 30, 2011 at 3:34 AM, Mohit Anchlia <mohitanch...@gmail.com>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 <bti...@gmail.com> wrote:
> > On Mon, Mar 28, 2011 at 10:42 PM, Mohit Anchlia <mohitanch...@gmail.com>
> 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:http://httpd.apache.org/userslist.html> for more info.
> To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
>   "   from the digest: users-digest-unsubscr...@httpd.apache.org
> For additional commands, e-mail: users-h...@httpd.apache.org
>
>

Reply via email to