Does any module support the heathy check of the backend upstreams?

Avleen Vig avleen at gmail.com
Tue Jun 9 15:01:40 MSD 2009


This is something I would like very much too. But I'm not sure if  
doing it inside nginx is the best place. Maybe it is. I wouldn't want  
it to impact the performance of nginx though.

Eg, I currently have around 40 backend servers. If I want to check  
their health every 5 seconds, that's 8 checks a second (not much).
But if I had 200 backend servers, that becomes a lot more checking  
nginx has to do *every second*

On Jun 8, 2009, at 21:12, Michael Shadle <mike503 at gmail.com> wrote:

> I don't think that removes it and readds it. That sounds like he wants
> healthchecking (I do too) and currently it sounds like the answer is
> "do it outside of nginx, and then add the servers to the nginx config
> / include file as they come up and down and then restart/reload nginx)
>
>
> On Mon, Jun 8, 2009 at 2:25 AM, mingjiang  
> huang<lirel.nginx at gmail.com> wrote:
>>
>>
>> On Sun, May 31, 2009 at 6:56 PM, Chieu <lfchieu at gmail.com> wrote:
>>>
>>> hi,
>>> I want to implement a module that can check the heathy of the  
>>> backend web
>>> servers circlely. If the upstream died, the module can remove the  
>>> server
>>> from the upstream list and if the upstream get up, the module can  
>>> add  it to
>>> the list.
>>> Is there a good way to implement it?
>>>
>>> thank you
>>> Chieu
>>
>>
>> I think it's already be implemented in nginx
>>
>> See http://wiki.nginx.org/NginxHttpUpstreamModule
>>
>> The server directive has tow args: max_fails fail_timeout
>





More information about the nginx mailing list