Re: load balancing based off type of request

2009-01-26 Thread Joe Williams
Thanks for the help! -Joe Willy Tarreau wrote: On Mon, Jan 26, 2009 at 09:28:48PM -0800, Joe Williams wrote: I am attempting to load balance based off of the type of request (POST, PUT, DELETE, GET, etc). Sending GETs to all backend servers and POST, DELETE and PUT to only one. From the

Re: load balancing based off type of request

2009-01-26 Thread Willy Tarreau
On Mon, Jan 26, 2009 at 09:28:48PM -0800, Joe Williams wrote: > > I am attempting to load balance based off of the type of request (POST, > PUT, DELETE, GET, etc). Sending GETs to all backend servers and POST, > DELETE and PUT to only one. From the documentation it looks like this > might be po

Re: Problems with HAProxy, down servers and 503 errors

2009-01-26 Thread Willy Tarreau
On Mon, Jan 26, 2009 at 05:01:18AM -0500, John Marrett wrote: > The health checks naturally include the Host header, and work properly. OK. > We just wanted to avoid returning 503 to the client for the 4-14 seconds > it takes for the backend server to be reported down (inter 5 fall 2). You could

load balancing based off type of request

2009-01-26 Thread Joe Williams
I am attempting to load balance based off of the type of request (POST, PUT, DELETE, GET, etc). Sending GETs to all backend servers and POST, DELETE and PUT to only one. From the documentation it looks like this might be possible with an ACL or maybe some regex. I tried a couple configuration

Retrying backend servers

2009-01-26 Thread Dylan Egan
Hi, I want to understand the process a bit more to clarify whether or not a retry should be occurring in this situation. Essentially I have a pretty standard haproxy setup and it has 7 backend servers. Now when a request comes in and it hits one of these servers (they're mongrels) and that server

Re[2]: Geographic loadbalancing

2009-01-26 Thread Ross West
JL> I would like to hear anyone using anycast with TCP. What if two servers are JL> equal distance. Wouldn't you have a fair chance of equal 50% packets going JL> each way, killing tcp state connections. The more servers out there JL> advertising the same IP, the more likely you will have cases

RE: Geographic loadbalancing

2009-01-26 Thread John Lauro
I am not sure it would be called a bad idea, just not an effective one... don't expect it to help much when an ISP is down for only an hour. Most clients do not honor low TTL values, especially if they are revisiting the site without closing the browser. I would like to hear anyone using anycast

Re: Geographic loadbalancing

2009-01-26 Thread Ross West
TJG> I'm told that anycast is the natural solution, but I find little on TJG> the net (or in books) on this. (Though there's more info on geodns, TJG> which I'm told is like a "poor man's anycast.") There's very little out there on anycast, as it's not really a designed function of the routing pr

Re: Stunnel + HAProxy + Apache + Tomcat

2009-01-26 Thread Jill Rochelle
Thank you ... I'll look into that further. Willy Tarreau wrote: Hi Jill, On Thu, Jan 22, 2009 at 02:30:55PM -0500, Jill Rochelle wrote: I'm just getting started with all this; I thought I had this working last year, but having issues now. When using stunnel and xforwardfor with

Re: Geographic loadbalancing

2009-01-26 Thread Jeff Buchbinder
Tayssir John Gabbour wrote: Hi, I'm considering geographically loadbalancing a website (where people order stuff) in case our ISP has a big network problem for an hour. Is this within HAProxy's scope? A bit more context: I'm told that anycast is the natural solution, but I find little on the n

Geographic loadbalancing

2009-01-26 Thread Tayssir John Gabbour
Hi, I'm considering geographically loadbalancing a website (where people order stuff) in case our ISP has a big network problem for an hour. Is this within HAProxy's scope? A bit more context: I'm told that anycast is the natural solution, but I find little on the net (or in books) on this. (Tho

RE: Problems with HAProxy, down servers and 503 errors

2009-01-26 Thread John Marrett
Willy, > You're perfectly right, redispatch only happens when the > request is still > in haproxy. Once it has been sent, it is cannot be performed. > It must not > be performed either for non idempotent requests, because > there is no way > to know whether some processing has begun on the serv