Application Delivery (ADX)

Reply
New Contributor
Posts: 2
Registered: ‎03-02-2010

HTTP loadbalancing: Force my browser to go to one particular real server?

We use a ServerIron ADX to loadbalance some websites to a series of backend webservers. We currently have a simple setup, using Layer 3 loadbalancing. Sticky connections ensure that a web browser session always goes to the same real server.

Is there a way for me to force my browser session to go a particular real server? This was extremely useful for development and debugging.

I used to be able to do this with other loadbalancers (BigIP and Array networks) by inserting a URL parameter. For example, http://www.example.org/index.html?backend=10.10.10.100:8080 would force my session to be served by the real server at http://10:10:10:10:8080 . I know that subsequent visits to http://www.example.org will always go to the same backend server, because sticky connections are enabled.

My memory of this is fuzzy, so I probably have the wrong syntax.

I've been unable to find this feature documented in the manual or on this community website so far. However, we are new to the Serveriron ADX so it's possible I missed something.

Thanks for any help,

-= Stefan

Occasional Contributor
Posts: 89
Registered: ‎03-02-2009

Re: HTTP loadbalancing: Force my browser to go to one particular real server?

Stefan

You can pin/stick certain clients using the "sticky" feature. Simply add "port http sticky" to your virtual server and then your browser session will always hit that same real server. Use "show server real" and curr connection count to see which real server your client has connected too.

More info on layer 4 persistence here , SLB hash persistence here and Layer 7 application switching persistence here

Paul.

New Contributor
Posts: 2
Registered: ‎03-02-2010

Re: HTTP loadbalancing: Force my browser to go to one particular real server?

Thanks for the answer, but I believe that I am actually asking a different question.

The sticky sessions are working correctly.

I want the QA staff and website engineers to be able to force their browser to go the backend server of their choosing.

For example, pretend that http://www.example.com is served by 4 real servers (10.10.10.100:8080, 10.10.10.101:8080, 10.10.10.102:8080, 10.10.10.103:8080), and I believe that the real server 10.10.10.100:8080 is behaving differently then the other 3 real servers.

I want the Web engineers to be able to view http://www.example.com, but force their browser to use the real server at 10.10.10.100:8080 , and not go to any other server.

And to give you some perspective, this Loadbalancer is actually maintained by a different group and I'm helping them find an answer. I Administer the Unix servers on the backend.

Thanks,

-= Stefan

Occasional Contributor
Posts: 89
Registered: ‎03-02-2009

Re: HTTP loadbalancing: Force my browser to go to one particular real server?

Stefan

Okay, I misunderstood your question. Your reference to layer 3 load balancing made me assume your were doing some stateless SLB.

To your question, if your config has server-id/group-id configured per real server or your team adds it to their config , then your QA staff should be able to access www.example.com/qaonly/ServerID=1211 to get their session sticky to a particular real server and then sticky feature would keep their browser session on that real server for debug purposes

csw-rule "r1" url search "ServerID="

!

csw-policy "p1"

    match "r1" persist offset 0 length 4 group-or-server-id

    default forward 1

!

server real rs18 10.45.4.18

    port http

    port http url "HEAD /"

    port http server-id 1218

    port http group-id 1 1

!

server real rs11 10.45.4.11

    port http

    port http url "HEAD /"

    port http server-id 1211

    port http group-id 1 1

!

server virtual vip1 10.45.4.245

    port http

    port http csw-policy "p1"

    port http csw

      port http sticky

    bind http rs18 http rs11 http



Join the Community

Get quick and easy access to valuable resource designed to help you manage your Brocade Network.

vADC is now Pulse Secure
Download FREE NVMe eBook