Re: балансировка по dns rr ?

[Илья Шипицин <chipitsine@xxxxxxxxx>]

ну, dns-ом рулится в одном месте, чем не централизация ))
кстати, какие есть в природе варианты управления кластером (несколько
десятков) nginx-ов ?
чтобы из одного места было видно, что есть и как оно работает

я так понял, что можно прикрутить cacti или mrtg к модулю stub,
картинка будет в одном месте, это есть вери гут.
а еще какие-нибудь варианты есть ?

16 августа 2010 г. 14:37 пользователь Igor Homyakov
<homyakov@xxxxxxxxx> написал:
> вопрос не в централизации а в управляемости(зоной в DNS тоже надо как
> то рулить), я написал скрипт для управления upstream-ами +
> сделали не сложный web интерфейс для любителей "покликать" В рез-те
> включать/выключать, назначать вес, переносить из группы в группу
> можно достаточно легко из браузера. Это просто и работает именно так
> как ожидается.
>
> 2010/8/12 Илья Шипицин <chipitsine@xxxxxxxxx>:
>> простой round-robin распределяет равномерно. не надо кривизну рук
>> валить на протокол )) он хороший
>>
>> насчет ip_hash согласен, надо его поизучать более пристально
>>
>> помечать весь пул как битый имеет смысл, если это ip адрес, если это
>> dns имя, то, наверное, не стоит. опять же - он его как битый навсегда
>> пометит ? а если сервер просто был загружен. ну, разгрузился и снова в
>> строю. а его, оказывается, уже забраковали
>>
>> десяток у меня серверов или сотня,все равно есть определенные плюсы в
>> централизации. вот вам нравится вручную файлики копировать -
>> копируйте. а мне нравятся централизованные решения. как-то так.
>>
>> :
>>> Имеет смысл если у вас ссылается на переменное число записей. То 4
>>> скажем серверов round-robin за ним а то и все 13.
>>>
>>> Опять же может быть и больше. Но проблемы тут для вас Илья:
>>> * простой DNS round-robin склонен неравномерно распределять нагрузки
>>>
>>> * ip_hash тут ничего не делает, ваши клиенты будут привязываться к имени
>>> апстрима как я понимаю документацию а не к конкретному IP сервера
>>>
>>> * если один из серверов вылетает и nginx получает ошибку, он пометит
>>> весь пул "down", что наверное не то что вы хотите, вам надо чтоб запросы
>>> обрабатывались бы другими серверами.
>>>
>>>
>>> Если у вас сотни серверов которые появляются и исчезают из DNS автоматом
>>> - я бы в таком решении видел бы что-то разумное. А если у вас их
>>> три-десять (IMHO даже 50) то не надо придумывать и легче всего описать
>>> их в upstream все.
>>>
>>>
>>>
>>>
>>> On Thu, 2010-08-12 at 22:21 +0400, Igor Homyakov wrote:
>>>> зачем такие приключения ?
>>>>
>>>> 2010/8/12 Илья Шипицин <chipitsine@xxxxxxxxx>:
>>>> > а если, допустим, указать вот так
>>>> >
>>>> > upstream myupstream {
>>>> >   ip_hash;
>>>> >      server vm-backend:8066;
>>>> > }
>>>> >
>>>> > а  в свою очередь dns-имя vm-backend имеет несколько cname или a записей.
>>>> > как будет балансировка работать ? на всех по кругу ? или на одного,
>>>> > который первый разрешится в момент запуска ?
>>>> >
>>>> > я так понимаю, тут отличия будут в том, будет ли разрешаться имя при
>>>> > запуске (и жестко фиксируется) или разрешается при каждом запросе
>>>> > (тогда dns будет отдавть по кругу)
>>>> >
>>>> > Илья Шипицин
>>>> > _______________________________________________
>>>> > nginx-ru mailing list
>>>> > nginx-ru@xxxxxxxxx
>>>> > http://nginx.org/mailman/listinfo/nginx-ru
>>>> >
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> nginx-ru mailing list
>>> nginx-ru@xxxxxxxxx
>>> http://nginx.org/mailman/listinfo/nginx-ru
>>>
>> _______________________________________________
>> nginx-ru mailing list
>> nginx-ru@xxxxxxxxx
>> http://nginx.org/mailman/listinfo/nginx-ru
>>
>
>
>
> --
> WBR
> Igor Homyakov
> System Administrator, Embria
> _______________________________________________
> nginx-ru mailing list
> nginx-ru@xxxxxxxxx
> http://nginx.org/mailman/listinfo/nginx-ru
>
_______________________________________________
nginx-ru mailing list
nginx-ru@xxxxxxxxx
http://nginx.org/mailman/listinfo/nginx-ru