Owen, thanks for your answers. The balancing stuff is documented very sparsely. Does anyone have an idea of what this feature is about? Seems to be some kind of dedicated failover strategy, but I can't imagine a use case for that.
Cheers Jürgen > -----Ursprüngliche Nachricht----- > Von: Boyle Owen [mailto:owen.bo...@six-group.com] > Gesendet: Dienstag, 7. Juli 2009 11:28 > An: users@httpd.apache.org > Betreff: RE: [us...@httpd] mod_proxy_balance: route redirect > not working > > > -----Original Message----- > > From: juergen.l...@it.nrw.de [mailto:juergen.l...@it.nrw.de] > > Sent: Tuesday, July 07, 2009 9:52 AM > > To: users@httpd.apache.org > > Subject: AW: [us...@httpd] mod_proxy_balance: route redirect not > > working > > > > Owen, > > what exactly does "labelled" mean? > > containing an attribute that allows mod_proxy_balancer to > route the request. Either a cookie or a request parameter. > > > Can I think of it in our case as the request having a cookie > > JSESSIONID=<numbers>.tomcat1, i.e. a suffix matching one of the > > configured workers? > > yes. > > > If so, we completely misinterpreted the meaning of "redirect". > > > > We are looking for a way to starve an instance: matching requests > > should still get routed to this instance (we have sticky sessions), > > but requests without a session must get routed to another instance. > > Aha.. I don't think you can do this. There are only two > switches (redirect and enable) so four possible states, all > of which are already defined. You need a fifth state... I > think the problem is that the redirect-enabled state does the > "opposite" of what you want; it redirects labelled requests > but allows through unlabelled requests. > > > If redirection in mod_proxy_balance does not work this way, what is > > the preferred way to smoothly fade out an instance? > > I don't know. > > > > > Cheers > > Jürgen > > > > > > > You have to also "disable" the route that you are re-directing. > > > AFAIK, it works like this: > > > > > > Disable only: labelled requests for that route get "server > > unavailable", unlabelled requests will go to other routes. > > > Redirect only: labelled requests for that route get > > redirected, unlabelled requests can go to any route, including this > > one (this is your case). > > > Redirect and disable: labelled requests for that route get > > redirected, unlabelled requests will go to other routes. > > > > > > Rgds, > > > Owen Boyle > > > --------------------------------------------------------------------- > > 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 > > > > > > This message is for the named person's use only. It may > contain confidential, proprietary or legally privileged > information. If you receive this message in error, please > notify the sender urgently and then immediately delete the > message and any copies of it from your system. Please also > immediately destroy any hardcopies of the message. > The sender's company reserves the right to monitor all e-mail > communications through their networks. > > --------------------------------------------------------------------- > 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 > > --------------------------------------------------------------------- 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
