On 10/24/11 12:00, Андрей Василишин wrote: > 24.10.2011 10:43, Sergey Kobzar пишет: >> On 10/23/11 22:53, Андрей Василишин wrote: >>> 23.10.2011 22:50, Stephan Miyalik пишет: >>>> Мне важно чтобы сервер работал хорошо, пускай не будет использован весь >>>>by sergey.kobzar - Nginx Mailing List - Russian
On 10/23/11 22:53, Андрей Василишин wrote: > 23.10.2011 22:50, Stephan Miyalik пишет: >> Мне важно чтобы сервер работал хорошо, пускай не будет использован весь >> гигабайт... >> мне сейчас ответили с поддержки "All your disks are SATAII - 3 Gb/s. >> &qby sergey.kobzar - Nginx Mailing List - Russian
On 10/23/11 17:49, Maxim Dounin wrote: > Hello! > > On Sat, Oct 22, 2011 at 06:08:43PM +0300, Sergey Kobzar wrote: > > [...] > >> Есть одна проблема при max_fails> 1 - клиенту будет одана >> стандартная error page, N раз (пока Nginx не выкинет дохлый бэкенд > > Это не имеетby sergey.kobzar - Nginx Mailing List - Russian
Максим, еще раз спасибо. Комментарии ниже. On 10/21/11 18:13, Maxim Dounin wrote: >>>> У меня задача - если все бэкенды в дауне, выводит custom error page. >>>> А получается при proxy_connect_timeout 5 и 4х бэкендах, пользователь >>>> будет ждаby sergey.kobzar - Nginx Mailing List - Russian
Максим. On 10/21/11 16:05, Maxim Dounin wrote: > Hello! > > On Fri, Oct 21, 2011 at 03:52:02PM +0300, Sergey Kobzar wrote: > >> On 10/21/11 15:41, Maxim Dounin wrote: >>> Hello! >>> >>> On Fri, Oct 21, 2011 at 02:46:45PM +0300, Sergey Kobzar wrote: >>> >>>> On 10/20/11 15:59, Sergey Kobzar wrote: >>>>> Конфby sergey.kobzar - Nginx Mailing List - Russian
On 10/21/11 15:41, Maxim Dounin wrote: > Hello! > > On Fri, Oct 21, 2011 at 02:46:45PM +0300, Sergey Kobzar wrote: > >> On 10/20/11 15:59, Sergey Kobzar wrote: >>> Конфиг: >>> >>> proxy_connect_timeout 5; >>> >>> upstream backend { >>> server 10.0.0.1 max_fails=3 fail_timeout=300s; >>> server 10.0.0.2 max_fails=by sergey.kobzar - Nginx Mailing List - Russian
On 10/20/11 15:59, Sergey Kobzar wrote: > Конфиг: > > proxy_connect_timeout 5; > > upstream backend { > server 10.0.0.1 max_fails=3 fail_timeout=300s; > server 10.0.0.2 max_fails=3 fail_timeout=300s; > ip_hash; > } > > location / { > proxy_pass http://backend; > proxy_next_upstream error timeout http_502 http_504; > > proxy_set_header Host $host;by sergey.kobzar - Nginx Mailing List - Russian
Конфиг: proxy_connect_timeout 5; upstream backend { server 10.0.0.1 max_fails=3 fail_timeout=300s; server 10.0.0.2 max_fails=3 fail_timeout=300s; ip_hash; } location / { proxy_pass http://backend; proxy_next_upstream error timeout http_502 http_504; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr;by sergey.kobzar - Nginx Mailing List - Russian
Прошу прощения, в данной конфигурации получаю 500 Internal Server Error On 09/23/11 18:31, Sergey Kobzar wrote: > Есть фронтэнд с бэкэндами: > > upstream backend { > server 1.2.3.4 max_fails=3 fail_timeout=300s; > server 1.2.3.5 max_fails=3 fail_timeout=300s; > ip_hash; > } > > server { > listen 80 default;by sergey.kobzar - Nginx Mailing List - Russian
Есть фронтэнд с бэкэндами: upstream backend { server 1.2.3.4 max_fails=3 fail_timeout=300s; server 1.2.3.5 max_fails=3 fail_timeout=300s; ip_hash; } server { listen 80 default; access_log /var/log/nginx/default_access.log main; error_log /var/log/nginx/default_error.log info; location / { proxby sergey.kobzar - Nginx Mailing List - Russian
Piwik? On 09/20/11 07:04, Andrey N. Oktyabrski wrote: > On 19.09.11 21:52, Дмитрий Жильцов wrote: >> объёмы файлов большие, порядка 900Мб за сутки... > По полтора гига в сутки было несколько лет назад, clfmerge справлялся > очень быстро. ___________________________________by sergey.kobzar - Nginx Mailing List - Russian
Кстати, в тему: http://www.labnol.org/internet/setup-content-delivery-network-with-amazon-s3-cloudfront/5446/ Выглядит в тероии все оч. просто. Знакомые используют Akamai. Довольны. Но цена кусается. http://en.wikipedia.org/wiki/Content_delivery_network Есть список бесплатных CDN. On 09/02/11 00by sergey.kobzar - Nginx Mailing List - Russian
Да там и скорость чтения хромает на все 10 ног. Хорошо, если контент на диске меняется редко и его можно весь вычитать в RAM. Иначе приплыли. Ладно, это уже полный ОТ :). On 09/01/11 23:40, Kirill A. Korinskiy wrote: > Тут вопрос в другом, какаяby sergey.kobzar - Nginx Mailing List - Russian
S3 - тормоз еще тот. Файловые операции по http - медленней не придумаешь. Хотя обещают 99.99% отказоустойчивость... On 09/01/11 23:27, Kirill A. Korinskiy wrote: > Привет! > > Строил похожую задачу на amazon ec2 + s3. Можно повторить. > > On Sep 2, 2011 12:03 AMby sergey.kobzar - Nginx Mailing List - Russian
Amazon EC2 не лучшее решение IMO. У него дисковые операции сильно проседают под нагрузкой. Причем лечится остановкой/запуском инстанса несколько раз. Видимо поднимается каждый раз на новом хосте с разной дисковой загрузкоby sergey.kobzar - Nginx Mailing List - Russian
On 08/19/11 13:55, Daniel Podolsky wrote: >> весь nginx или только один его >> поток > А что вы называете потоком? > > Блокируется весь воркер, висят все те 1-10-100-1000-10000-100000 > коннектов, которые он обрабатывает. А есть какие-то рекомменby sergey.kobzar - Nginx Mailing List - Russian
On 08/16/11 18:15, Oleksandr V. Typlyns'kyi wrote: > Today Aug 16, 2011 at 15:26 Sergey Kobzar wrote: > >> upstream backend { >> include /etc/nginx/backend.conf; >> } >> >> # nginx -t >> nginx: "include" directive is not allowed here in >> /etc/nginx/nginx.conf:37 >> nginx: configuration file /etc/nginx/nginx.conf test failby sergey.kobzar - Nginx Mailing List - Russian
upstream backend { include /etc/nginx/backend.conf; } # nginx -t nginx: "include" directive is not allowed here in /etc/nginx/nginx.conf:37 nginx: configuration file /etc/nginx/nginx.conf test failed # nginx -v nginx: nginx version: nginx/1.0.4 Нельзя в блоке upstream делать инклуды? Есть workaround кроме как парсить сам коby sergey.kobzar - Nginx Mailing List - Russian
Да - как вариант. Я уже то же самое сделал для разных $host теперь видимо придется и по useragent делать, т.к. других вариантов нет... On 08/11/11 11:56, Илья Шипицин wrote: > а если сделать два апстрима и map по useragent-у ? > > upstream users { >by sergey.kobzar - Nginx Mailing List - Russian
On 08/11/11 01:05, Maxim Dounin wrote: > Hello! > > On Thu, Aug 11, 2011 at 12:41:44AM +0300, Sergey Kobzar wrote: > >> On 08/09/11 22:17, Maxim Dounin wrote: >> >>> Ip hash считает хеш от >>> первых трёх октетов ip-адреса клиента, и выбирает бекенд за >>> номером (хеш % (колby sergey.kobzar - Nginx Mailing List - Russian
On 08/09/11 22:17, Maxim Dounin wrote: > Ip hash считает хеш от > первых трёх октетов ip-адреса клиента, и выбирает бекенд за > номером (хеш % (количество бекендов)). Этот алгоритм можно изменить только влезая в исходники? У меня сложиласьby sergey.kobzar - Nginx Mailing List - Russian
Максим Спасибо за детальное описание. Идея понятна. В данной реализации есть ньюансы. Например php скрипт "подвис" или база данных залочена (ALTER на таблице в 10G). Соответственно получаем proxy connect timeout и так для _всех_ сby sergey.kobzar - Nginx Mailing List - Russian
ОК - сделаю завтра. On 08/03/11 23:54, Maxim Dounin wrote: > Hello! > > On Wed, Aug 03, 2011 at 10:36:01PM +0300, Sergey Kobzar wrote: > >> Промахнулся с ошибкой. Если один из бэкендов (Nginx) в дауне, то >> фронтенд (Nginx) возвращает 504 ошибку: >> >> 504 Gateway Time-out >&by sergey.kobzar - Nginx Mailing List - Russian
Промахнулся с ошибкой. Если один из бэкендов (Nginx) в дауне, то фронтенд (Nginx) возвращает 504 ошибку: 504 Gateway Time-out nginx/1.0.4 Очень хотелось бы пофиксить это дело и выкидывать недоступный сервер из пула автоматичекски. On 08/03/11 22:by sergey.kobzar - Nginx Mailing List - Russian
Сегодня отвалился один из серверов. Фронтенд не исключил его из пула. Что не так? nginx/1.0.4 On 08/03/11 15:44, Sergey Kobzar wrote: > Имеется фронтэнд с группой бэкендов: > > upstream backend { > ip_hash; > server a.b.c.d; > server e.f.g.h; > } > > server { > listen 8by sergey.kobzar - Nginx Mailing List - Russian
Имеется фронтэнд с группой бэкендов: upstream backend { ip_hash; server a.b.c.d; server e.f.g.h; } server { listen 80 default; location / { proxy_pass http://backend; proxy_next_upstream error timeout http_502 http_504; proxy_set_header Host $host; proby sergey.kobzar - Nginx Mailing List - Russian
Максим, спасибо. On 08/02/11 01:15, Maxim Dounin wrote: > Hello! > > On Tue, Aug 02, 2011 at 01:08:45AM +0300, Sergey Kobzar wrote: > >> Есть 2 апстрима. Выбирать апстрим нужно на основе $host. Как >> правильнее сделать >> >> - описать 2 секции server с разным server_naby sergey.kobzar - Nginx Mailing List - Russian
Есть 2 апстрима. Выбирать апстрим нужно на основе $host. Как правильнее сделать - описать 2 секции server с разным server_name и внутри них использовать нужный апстрим - внутри server использовать конструкцию вида set $upstream_name aaa; if ($hosby sergey.kobzar - Nginx Mailing List - Russian
On 07/21/11 23:54, Gena Makhomed wrote: > On 21.07.2011 6:26, Илья Шипицин wrote: > >> обеспечить доступность с нескольких географически распределенных >> датацентров - это манипуляции с DNS (либо публикуем сразу несколько >> записей, либо пby sergey.kobzar - Nginx Mailing List - Russian
Кто сделает tcp reset если основной сервер в дауне? :) On 07/21/11 06:23, Илья Шипицин wrote: > потестить - это очень правильная мысль. > мы тестировали, нас устраивает все, кроме дурацкой ситуации, когда > соединение уходит в таймаутby sergey.kobzar - Nginx Mailing List - Russian