But this doesn't work for scenario that I described where user
connects to server and then server sends the requests to us. We really
want to load balance users not the servers.
On Tue, Mar 29, 2011 at 5:07 PM, Igor Cicimov <icicimov@xxxxxxxxx> wrote:
> Also the difference between GTM and LTM is that GTM enables fail-over
> between geographically different sites and for LTM that is possible only for
> local sites. Nothing to do with the persistence feature.
>
> On Wed, Mar 30, 2011 at 10:59 AM, Igor Cicimov <icicimov@xxxxxxxxx> wrote:
>>
>> Strange because a quick search gives me this
>>
>>
>> http://devcentral-sea.f5.com/Community/GroupDetails/tabid/1082223/asg/50/aft/26947/showtab/groupforums/Default.aspx
>>
>> On Wed, Mar 30, 2011 at 10:17 AM, Mohit Anchlia <mohitanchlia@xxxxxxxxx>
>> wrote:
>>>
>>> Are you referrring to GTM or LTM. I have looked into it and even
>>> talked to F5 but currently they don't have this functionality for
>>> Prod.
>>>
>>> On Tue, Mar 29, 2011 at 4:16 PM, Igor Cicimov <icicimov@xxxxxxxxx> wrote:
>>> > 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 <mohitanchlia@xxxxxxxxx>
>>> > 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 <btimby@xxxxxxxxx> wrote:
>>> >> > On Mon, Mar 28, 2011 at 10:42 PM, Mohit Anchlia
>>> >> > <mohitanchlia@xxxxxxxxx>
>>> >> > 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-unsubscribe@xxxxxxxxxxxxxxxx
>>> >> " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
>>> >> For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
>>> >>
>>> >
>>> >
>>>
>>> ---------------------------------------------------------------------
>>> 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-unsubscribe@xxxxxxxxxxxxxxxx
>>> " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
>>> For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
>>>
>>
>
>
---------------------------------------------------------------------
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-unsubscribe@xxxxxxxxxxxxxxxx
" from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|