Also, do look into haproxy stats. Makes it pretty easy to tell what condition backends are in.
On Tue, Jan 22, 2013 at 12:14 PM, Zachary Stern <z...@enternewmedia.com>wrote: > Example config line: > > server app1 6.6.6.6:80 check inter 30s fastinter 5s downinter 1s > > If you look up those parameters, inter, fasterinter, and downinter, you > should have what you need. (Do look them up). > > > > On Tue, Jan 22, 2013 at 12:07 PM, Boris Epstein <borepst...@gmail.com>wrote: > >> Thanks Zachary! >> >> Do you remember specifically which ones those would be? >> >> >> >> On Tue, Jan 22, 2013 at 12:05 PM, Zachary Stern >> <z...@enternewmedia.com>wrote: >> >>> That's because HAproxy does not detect instantly that a backend server >>> is down. You have to set the intervals. >>> >>> >>> On Tue, Jan 22, 2013 at 11:59 AM, Boris Epstein <borepst...@gmail.com>wrote: >>> >>>> Hello all, >>>> >>>> I just configured a very primitive HAProxy installation on a CentOS 6 >>>> machine with the configuration that looks as follows: >>>> >>>> >>>> ---------------------------------------------------------------------------------------------------------------------------------------- >>>> # Simple configuration for an HTTP proxy listening on port 80 on all >>>> # interfaces and forwarding requests to a single backend "servers" with >>>> a >>>> # single server "server1" listening on 127.0.0.1:8000 >>>> global >>>> daemon >>>> maxconn 1024 >>>> >>>> defaults >>>> mode http >>>> timeout connect 5000ms >>>> timeout client 50000ms >>>> timeout server 20000ms >>>> >>>> frontend http-in >>>> bind *:80 >>>> option http-server-close >>>> default_backend servers >>>> >>>> backend servers >>>> balance roundrobin >>>> server server1 10.12.204.18 check port 80 maxconn 32 >>>> server server1 10.12.204.19 check port 80 maxconn 32 >>>> >>>> >>>> ---------------------------------------------------------------------------------------------------------------------------------------- >>>> >>>> Everything seems to be OK but one pesky little problem: every time you >>>> shut off the HTTP server on either 10.12.204.18 or 10.12.204.19 and reload >>>> the HAProxy's URL on the external IP it skips a beat - i.e., you get the >>>> 503 error. But then you reload again and the remaining server kicks into >>>> action. >>>> >>>> Has anybody seen that? Does anybody have any idea as to why this would >>>> be? >>>> >>>> Thanks. >>>> >>>> Boris. >>>> >>> >>> >>> >>> -- >>> >>> zachary alex stern I systems architect >>> >>> o: 212.363.1654 x106 | f: 212.202.6488 | z...@enternewmedia.com >>> >>> 60-62 e. 11th street, 4th floor | new york, ny | 10003 >>> >>> www.enternewmedia.com >>> >> >> > > > -- > > zachary alex stern I systems architect > > o: 212.363.1654 x106 | f: 212.202.6488 | z...@enternewmedia.com > > 60-62 e. 11th street, 4th floor | new york, ny | 10003 > > www.enternewmedia.com > -- zachary alex stern I systems architect o: 212.363.1654 x106 | f: 212.202.6488 | z...@enternewmedia.com 60-62 e. 11th street, 4th floor | new york, ny | 10003 www.enternewmedia.com