Re: каскад проксирующих серверов

[Anatoly Mikhailov]

On Mar 7, 2013, at 10:12 AM, Igor Sysoev <igor at sysoev.ru> wrote:

> On Mar 7, 2013, at 0:08 , Anatoly Mikhailov wrote:
> 
>> On Mar 6, 2013, at 7:53 PM, Igor Sysoev <igor at sysoev.ru> wrote:
>> 
>>> On Mar 6, 2013, at 23:35 , Anatoly Mikhailov wrote:
>>> 
>>>> добрый день,
>>>> 
>>>> Вопрос балансировки нагрузки не дает мне покоя несколько дней, пока склоняюсь к использованию
>>>> Nginx в роли балансировщика. Таким образом будет каскад Nginx - (Nginx - Unicorn) x 5.
>>>> 
>>>> У нас связка Nginx+Unicorn на нескольких независимых серверах разного назначения (Main, Admin, API, Mobile-API),
>>>> но сейчас, ввиду растущей нагрузки, есть необходимость основное (Main) приложение поставить 
>>>> за балансировщиком (условно Nginx-А), получив 5 бэк-энд серверов (условно Nginx-B), которые 
>>>> и будут непосредственно проксировать на Unicorn.
>>>> 
>>>> В роли балансировщика выступают 2 кандидата: Nginx и Haproxy. 
>>>> С первым все понятно:
>>>> - SSL-offload, и чистый http между Nginx-A и Nginx-B
>>>> - с одной стороны, знакомая и понятная настройка
>>>> - с другой стороны, какие параметры proxy надо настроить (нужен ли http-1.1 между A и B )
>>> 
>>> Между nginx'ами можно поставить 1.1, поскольку для второго nginx'а постоянные соедиения
>>> дешёвые.
>> 
>> Да, Игорь, спасибо, что прояснили этот момент.
>> Если я правильно понимаю, то конфигурация Nginx-A будет:
>> 
>> 
>> upstream http_backend {
>>     server 10.0.0.1:8080; # Nginx-B
>>     server 10.0.0.1:8080; # Nginx-B
>>     keepalive 16;
>> }
> 
> keepalive можно поставить значительно больше.
> 

Игорь, а что вы думаете о ldirectord, это не балансировщик, разумеется,
но отдача ответа от бэкэнда идет напрямую в обход балансировщика.
Это решение может не подойти по разным причинам, но мне очень хочется 
узнать ваше мнение об этом, тем более, что Github именно так и делает.

> 
> --
> Igor Sysoev
> http://nginx.com/support.html
> 
> _______________________________________________
> nginx-ru mailing list
> nginx-ru at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx-ru/attachments/20130307/b92c0c5b/attachment-0001.html>