Hi, all!
Есть проблемы с использованием weight в upstream в целях распределения
нагрузки.
Если вес выставлен одинаковый, то нагрузка распределяется равномерно.
Пример:
upstream test_backend {
server localhost:59040 weight=10000;
server other_server:59040 weight=10000;
}
Если же выставить разный вес, то нагрузка распределяется неравномерно по
времени, каждые десять минут меняется сервер и все. Сужу об этом по графикам
загрузки серверов. 10 минут все запросы идут на один сервер, затем 10 мин. на
другой.
Пример:
upstream test_backend {
server localhost:59040 weight=10000;
server other_server:59040 weight=5000;
}
location / {
expires epoch;
fastcgi_pass test_backend;
fastcgi_upstream_max_fails 0;
fastcgi_next_upstream error timeout invalid_header http_500;
include fastcgi_param.conf;
}
Но обнаружил, что если цель треть нагрузки отправлять на другой сервер, то
такое помогает:
upstream test_backend {
server localhost:59040 weight=10000;
server localhost:59040 weight=10000;
server other_server:59040 weight=10000;
}
# nginx -v
nginx version: nginx/0.3.60
# uname -a
Linux tapo.net 2.6.8-2-386 #1 Tue Aug 16 12:46:35 UTC 2005 i686 GNU/Linux
Здравствуйте, .
Столкнулся с такойже (http://www.lexa.ru/nginx-ru/msg02491.html) проблемой, только наоборот. JPG файлы IE
открывает после редиректа нормально, а вот Опера, Mozilla - открывают
как plaintext.
Патч не помог. В чем может быть проблема?
--
С уважением,
Vitaliy mailto:vitaliy.okulov@gmail.com
Если имеется такая конструкция в конфиге
location / {
root
/web1/users/mds_rudn/www/download.mds.rudn.info/htdocs/;
proxy_pass http://127.0.0.1:80;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-NGX-Request NGX;
proxy_set_header Host $http_host;
index index.html index.htm;
}
И бекенд выдает X-Accel-Redirect - редирект идет снова через proxy_pass
хост? Как этого избежать, т.е. что бы nginx выдавал файл сам по uri
взятому из X-Accel-Redirect с корнем сайта root.
Изменения в nginx 0.5.4 15.12.2006
*) Добавление: директиву perl можно использовать внутри блока
limit_except.
*) Исправление: модуль ngx_http_dav_module требовал строку "Date" в
заголовке запроса для метода DELETE.
*) Исправление: при использовании одного параметра в директиве
dav_access nginx мог сообщить об ошибке в конфигурации.
*) Исправление: при использовании переменной $host мог произойти
segmentation fault; ошибка появилась в 0.4.14.
Игорь Сысоев
http://sysoev.ru
Всем привет!
я тут для одной статьи по django и nginx собрал GeoIP базу.
Использовал всем известные источники с сайта maxmind.com и
ip-to-country.webhosting.info
Удалил дубликаты, вручную проверил свыше тысячи спорных сетей.
В итоге получилась база для nginx, которая покрывает большее пространство
адресов, чем каждая из них по отдельности, с исправленными ошибками.
Делал для себя, а пост получился как производная от этой работы.
http://www.alrond.com/ru/2007/mar/01/start-django-nginx/
Hello, Igor & list!
Наблюдаю следующую проблему.
Если юзер качает большой файл более 4Гиг и в несколько потоков, то на
2.6.18-3-amd64 SMP (amd dual core) некоторые потоки постоянно реконнектятся.
nginx при этом пишет в лог "nginx sendfile() failed (22: Invalid argument)".
На 2.6.18.5 SMP (intel dual core) все нормально.
Если sendfile off, то все нормально и на amd64.
Причем, потоки которые прерываются не обязательно стартуют с байта более
2**32. Если и те, которые стартуют с байта до 1Г.
# nginx -v
nginx version: nginx/0.5.12
Здравствуйте nginx-ru,
Пару часов назад нас досили и через пару минут после начала атаки
nginx показал 500 ошибку. Причиной тому стало очень много открытых
файлов. OC FreeBSD.
kern.maxfiles: 16424
kern.maxfilesperproc: 14781
kern.openfiles: 610
После начала атаки бэкенд (Апач) не мог отвечать, загруженный
запросами и пытаясь при этом сделать внутренний редирект для nginx.
Логи кое-какие сохранились. Могу выслать.
Вопрос: какие файлы мог создавать nginx в большом количестве и как
этого в будущем избежать?
С уважением,
Михаил Монашёв, SoftSearch.ru
Member of Independent Software Developers Forum (ISDEF)
mailto:postmaster@softsearch.ru
ICQ# 166233339
http://softsearch.ru/
Без бэкапа по жизни.
Добрый день,
после того как кол-во виртуальных хостов перевалило за пол тысячи начались
проблемы.
Nginx не реагирует никак на сигнал HUP. Приходится перезапускать через USR2.
# uname -a
Linux nl3 2.6.17-1.2157_FC5smp #1 SMP Tue Jul 11 23:24:16 EDT 2006 i686 i686
i386 GNU/Linux
# grep server_name /nginx/conf/virt.conf|wc -l
547
Linux, Fedora Core 5
Тестировал на версиях nginx: 0.3.38, 0.4.2
В error.log пусто. Кто-то сталкивался?
Поиском пользовался.
--
Kirill Morozov
Hello nginx-ru,
(gdb) backtrace
#0 0x282cc754 in getenv () from /lib/libc.so.6
#1 0x282bea45 in tzsetwall () from /lib/libc.so.6
#2 0x282bf121 in localtime_r () from /lib/libc.so.6
#3 0x0805f830 in ngx_localtime (s=1172832711, tm=0xbfbfe720) at src/os/unix/ngx_time.c:15
#4 0x08056ea4 in ngx_time_update (sec=1172832711, msec=2) at src/core/ngx_times.c:118
#5 0x080613a0 in ngx_signal_handler (signo=23) at src/os/unix/ngx_process.c:299
#6 0xbfbfff94 in ?? ()
#7 0x00000017 in ?? ()
#8 0x00000000 in ?? ()
#9 0xbfbfe7c0 in ?? ()
#10 0x00000002 in ?? ()
#11 0x08061360 in ngx_init_signals () at src/os/unix/ngx_process.c:278
#12 0x0804f67f in main (argc=134875136, argv=0xbfbfec80) at src/core/nginx.c:353
Если нужен файл с корой, я приатачу.
---------------------------------
Igor V. Savchenko
http://webta.net
mailto: igor(a)webta.net
ICQ: 86915046