Re: Редирект с баланcингом
Alexey V. Karagodov
kav at karagodov.name
Fri Sep 26 14:44:31 MSD 2008
повесьте сайты на внутренние ИП
проксируйте запросы на внешний ИП
зачем ыфы/мыпы городить
On 26.09.2008, at 11:11, Rauan Maemirov wrote:
>> Если хочется получить именно редирект, и при этом с хешированием по
> ip-адресам - напишите простое хеширование на >if'ах/map'ах, либо на
> встроенном perl'е.
>
> Пытаюсь сделать на map'ах. Но не пойму как написать "простое
> хеширование на
> if'ах/map'ах". Так как у меня нужно редиректить только один
> location, map
> выдает ошибки...
>
> map $uri $new {
> /one http://site1.example.com/one/;
> /one http://site2.example.com/one/;
> }
>
> 2008/9/25 Maxim Dounin <mdounin at mdounin.ru>
>
>> Hello!
>>
>> On Thu, Sep 25, 2008 at 06:05:32PM +0600, Rauan Maemirov wrote:
>>
>> Здравствуйте.
>>>
>>> Помогите, пожалуйста, организовать редирект.
>>>
>>> В сервере example.com есть апстрим.
>>>
>>> upstream site {
>>> ip_hash;
>>>
>>> server site1.example.com;
>>> server site2.example.com;
>>> }
>>>
>>> и есть location
>>>
>>> location ^~ /one {
>>> proxy_pass http://site/one;
>>> proxy_redirect default;
>>> }
>>>
>>> Т.е. при обращении на example.com/one он должен редиректиться на
>>> site1.example.com/one или site2.example.com/one. rewrite не
>>> подходит, так
>>> как мне нужен редирект с ip_hash.
>>>
>>
>> Редирект - это возврат http-ответа 302 Found (либо 301, 307), его
>> делает
>> именно rewrite. То, что делает proxy_pass - это проксирование.
>>
>> Если хочется получить именно редирект, и при этом с хешированием по
>> ip-адресам - напишите простое хеширование на if'ах/map'ах, либо на
>> встроенном perl'е.
>>
>> Получаю "worker_connections is not enough while connecting to
>> upstream"
>>> или
>>> "no live upstreams while connecting to upstream".
>>>
>>> Насколько я понял, он зацикливается. Но никак не могу понять почему.
>>>
>>
>> Судя по всему - site1.example.com и site2.example.com указывают на
>> ту же
>> машину, и при этом запрос попадает на обработку к тому же
>> proxy_pass'у и так
>> далее - пока у nginx'а не кончаться соединения.
>>
>> Maxim Dounin
>>
>>
More information about the nginx-ru
mailing list