Добрый день,
Имеем секцию апстрим из N серверов:
upstream foo {
server a;
server b;
...
}
Для того, чтобы клиент ни в коем случае не заметил задержек с ответом, мы
возвращаем предопредленный ответ в случае задержки на сервере:
location = /foo {
fastcgi_pass
fastcgi_keep_conn on;
Даже идиотизм типа:
error_page 414 =414 @414;
location @414 {
return 414;
}
не дал результат - получаю 200
2013/09/04 09:40:10 [info] 5564#0: *45 client sent too long URI while
reading client request line, client: 123.123.123.123, server:
host.example.com,
Hello!
On Tue, Sep 03, 2013 at 07:25:33PM -0400, npodesign wrote:
Чем опасно ставить gzip_proxied в значение any?
Почему по умолчанию установлено значение off?
При значении any эффективность сжатия логично будет выше.
Опасно тем, что прокси-сервер может не знать про то, что некоторые
Hello!
On Wed, Sep 04, 2013 at 02:10:01AM -0400, ks2 wrote:
[...]
Есть ли более элегантный способ сохранить балансировку нагрузки, но
запретить перенаправление, кроме как заводить N апстримов, каждый из одного
сервера, прописывать им отдельно fastcgi_read_timeout и error_page, а из
Странно, я добавил в log_format переменную $upstream_addr и ровно во всех
строчках лога, содержащих код 499, вижу упоминание об адресе одного из
серверов, перечисленных в секции апстрима, из чего я делаю вывод, что на
сервер все же ходили.
Также странно, что нет ровно ни одного упоминания о
Спасибо.
Posted at Nginx Forum:
http://forum.nginx.org/read.php?21,242505,242544#msg-242544
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru