Nginx-ru mailing list archive (nginx-ru@sysoev.ru)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: логика fail timeout в??? апстриме.
- To: nginx-ru@xxxxxxxxx
- Subject: Re: логика fail timeout в??? апстриме.
- From: vinny13@xxxxxxx
- Date: Tue, 05 Mar 2013 12:29:36 +0400
- Dkim-signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=qip.ru; s=dkim; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-Id:Date:References:In-Reply-To:Subject:To:Sender:From; bh=2O91b7UZAXTnvjxczNyM42x4t7/tZVahG4dgQOTR7jM=; b=QCPNGS+bNWPUkAljGlikbwl4P3ht9VZFXOuSBULcQdCbD3+sREMoMJ0KVQCWag2/I9lQFcueJZyv/Goo7jm1vPwDUVyZ28LpdL01YvRJWlIV+g6d4HbZnCYRqYOfBqCQ;
- In-reply-to: <d44dd6ea5cc0da1828fab2ed9dc7602a7ab60088@mail.qip.ru>
- References: <d44dd6ea5cc0da1828fab2ed9dc7602a7ab60088@mail.qip.ru>
Да, т.к. это синтетические тесты, то единичные случаи, но в "реале" хотелось бы
что бы при определённом соотношении max_fail/fail_timeout сервер полностью
выключался на время из апстрима.
Ваша фраза о том, что состояние upstream-серверов - для каждого рабочего
процесса своё,
подтвердила мои подозрения...
Тогда получается, что добиться желаемого поведения можно либо запустив nginx
с одним воркером, либо городить костыли, которые как-то из вне мониторят
состояние серверов в апстриме и управляют балансировкой запросов на них ?
P.S. Забегая вперёд спрошу следующее - как выбирается какой из воркеров будет
обрабатывать поступивший HTTP запрос ?
> "Проскакивает" - смысле единичные записи? А рабочих процессов при
> этом сколько? На всякий случай обращаю внимание, что состояние
> upstream-серверов - для каждого рабочего процесса своё, и не следует
> ожидать полного прекращения отправки запросов на бекенд из-за
> одной ошибки.
>
> --
> Maxim Dounin
> http://nginx.org/en/donation.html
----- Конец пересылаемого письма -----
_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru
|
