ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: proxy_next_upstream + haproxy



Здравствуйте, Уважаемый(-ая, -ое) Nikolay Grebnev!

NG> Просьба не ругать за криворукость :)

А за неуважение к вашим адресатам ругать можно?

NG> 2012/11/29 Maxim Dounin <mdounin@xxxxxxxxxx>

>> Hello!
>>
>> On Thu, Nov 29, 2012 at 06:10:00PM +0400, Nikolay Grebnev wrote:
>>
>> > Спасибо!!!
>>
>> Пожалуйста.  В качестве ответной любезности - а расскажите pls,
>> чего именно в вашем случае в nginx'е не хватает, что приходится за
>> ним ставить haproxy?

NG> Придется начать из далека.
NG> Картинки у нас хранятся в hbase (не очень много, пока всего чистыми данными
NG> 500 гигов). Извлекаются от туда руби с рельсами. Для ускорения процесса был
NG> настроен сквид. Который тупо кешировал все
NG> http://127.0.0.1:8000/show_pictures/........  (он торчал на 8000 порту)
NG> Потом появился локальный сквид на машинке которая раздает 90% траффика.
NG> Этот сквид имел парента - предыдущего сквида. Все было нормально.
NG> Но тут у hetzner-а в DC10 наступил сбой во внутренней маршрутизации. Я с
NG> перепугу тот сервер перезагрузил (кто знал что не надо). Они потом мне
NG> прислали "ну типа незапланированный сбой поэтому предупредить не могли). В
NG> общем, когда все начало работать, то оказалось что картинки раздаются
NG> только с одного диска, и производительнось отдачи зависит тупо от одного
NG> диска. И пока не нарастится кеш в памяти то все страшно тормозит!

NG> Срочно сквиды были переведены в режим sibling (с перепугу было настроено
NG> еще 3 дополнительных сервера под это), Но после этого оказалось что тк урлы
NG> которые к ним идут отличаются от  http://127.0.0.1:8000/ , и, как
NG> следствие, нифига не закешированы.
NG> Haproxy мгновенно спас ситуацию - он висит на 127.0.0.1:8000 и берет из
NG> сквидов именно то что нужно (сквиды переехали на исторический 3128 порт).

NG> Собственно, все.  Возможно сквиды умеют работать в режиме акселератора и не
NG> обращать внимания на название хоста, но я этого быстро не нашел, а нужно
NG> было спасать ситуацию.

Что мешает заменить эту шарашку на два nginx'а?


-- 
С уважением

    Andrey Repin (hell-for-yahoo@xxxxxxxx) четверг, 29.11.2012, <20:15>
_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://mailman.nginx.org/mailman/listinfo/nginx-ru


 




Copyright © Lexa Software, 1996-2009.