Re: Вложенный upstream
Ок, как скажете. 26 ноября 2015 г., 19:44 пользователь Andrey Kopeyko написал: > On Thu, 26 Nov 2015, Vladimir Stackov wrote: > > Нет никакого предпочтения A над B или B над A, >> > > Вот именно это я вам и говорю, с самого начала. А вы оспаривали. > > Рад, что теперь мы пришли к общему мнению. > > > > -- > Best regards, > Andrey Kopeyko > > ___ > nginx-ru mailing list > nginx-ru@nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Kind regards, Vladimir. ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Вложенный upstream
On Thu, 26 Nov 2015, Vladimir Stackov wrote: Нет никакого предпочтения A над B или B над A, Вот именно это я вам и говорю, с самого начала. А вы оспаривали. Рад, что теперь мы пришли к общему мнению. -- Best regards, Andrey Kopeyko ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Вложенный upstream
Лишнего я не вырезал, ключевая строчка: hash $http_x_key consistent; Её вы, вероятно, просмотрели. Нет никакого предпочтения A над B или B над A, есть просто необходимость разделения запросов по группам серверов и конфиг это прекрасно отражает, в вашем примере этот момент утерян. Бывает. 26 ноября 2015 г., 17:45 пользователь Andrey Kopeyko написал: > On Thu, 26 Nov 2015, Vladimir Stackov wrote: > > моё первое сообщение >> содержит очищенный от постороннего мусора конфиг, в котором нет никакого >> простора для толкования. >> > > В показанном конфиге - нет предпочтения апстримов А над апстримом Б. Они > равноправны. > > Вероятно, предпочтение вы вырезали вместе с "мусором". Ну, бывает... > > > > 26 ноября 2015 г., 17:17 пользователь Andrey Kopeyko >> написал: >> >> On Thu, 26 Nov 2015, Vladimir Stackov wrote: >>> >>> Ок, придётся значит чуть-чуть попатчить. >>> P.S. Вы снова неправильно понял. Апстримы выбираются по http-заголовку X-Key, а вот внутри вложенного апстрима уже без разницы. >>> Вы не описали вашу задачу полностью, а приоктрываете кусочки ограничений >>> по ходу пьесы; в такой ситуации шанс понять вас правильно - ничтожен. >>> >>> >>> >>> -- >>> Best regards, >>> Andrey Kopeyko >>> >>> ___ >>> nginx-ru mailing list >>> nginx-ru@nginx.org >>> http://mailman.nginx.org/mailman/listinfo/nginx-ru >>> >>> >> >> >> >> > -- > Best regards, > Andrey Kopeyko > > ___ > nginx-ru mailing list > nginx-ru@nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Kind regards, Vladimir. ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Вложенный upstream
On Thu, 26 Nov 2015, Vladimir Stackov wrote: моё первое сообщение содержит очищенный от постороннего мусора конфиг, в котором нет никакого простора для толкования. В показанном конфиге - нет предпочтения апстримов А над апстримом Б. Они равноправны. Вероятно, предпочтение вы вырезали вместе с "мусором". Ну, бывает... 26 ноября 2015 г., 17:17 пользователь Andrey Kopeyko написал: On Thu, 26 Nov 2015, Vladimir Stackov wrote: Ок, придётся значит чуть-чуть попатчить. P.S. Вы снова неправильно понял. Апстримы выбираются по http-заголовку X-Key, а вот внутри вложенного апстрима уже без разницы. Вы не описали вашу задачу полностью, а приоктрываете кусочки ограничений по ходу пьесы; в такой ситуации шанс понять вас правильно - ничтожен. -- Best regards, Andrey Kopeyko ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru -- Best regards, Andrey Kopeyko ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Вложенный upstream
Вероятно, что вы просто не потрудились понять, так как моё первое сообщение содержит очищенный от постороннего мусора конфиг, в котором нет никакого простора для толкования. 26 ноября 2015 г., 17:17 пользователь Andrey Kopeyko написал: > On Thu, 26 Nov 2015, Vladimir Stackov wrote: > > Ок, придётся значит чуть-чуть попатчить. >> >> P.S. Вы снова неправильно понял. Апстримы выбираются по http-заголовку >> X-Key, а вот внутри вложенного апстрима уже без разницы. >> > > Вы не описали вашу задачу полностью, а приоктрываете кусочки ограничений > по ходу пьесы; в такой ситуации шанс понять вас правильно - ничтожен. > > > > -- > Best regards, > Andrey Kopeyko > > ___ > nginx-ru mailing list > nginx-ru@nginx.org > http://mailman.nginx.org/mailman/listinfo/nginx-ru > -- Kind regards, Vladimir. ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Вложенный upstream
On Thu, 26 Nov 2015, Vladimir Stackov wrote: Ок, придётся значит чуть-чуть попатчить. P.S. Вы снова неправильно понял. Апстримы выбираются по http-заголовку X-Key, а вот внутри вложенного апстрима уже без разницы. Вы не описали вашу задачу полностью, а приоктрываете кусочки ограничений по ходу пьесы; в такой ситуации шанс понять вас правильно - ничтожен. -- Best regards, Andrey Kopeyko ___ nginx-ru mailing list nginx-ru@nginx.org http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Вложенный upstream
Ок, придётся значит чуть-чуть попатчить.
P.S. Вы снова неправильно понял. Апстримы выбираются по http-заголовку
X-Key, а вот внутри вложенного апстрима уже без разницы.
26 ноября 2015 г., 12:23 пользователь Andrey Kopeyko
написал:
> On Thu, 26 Nov 2015, Vladimir Stackov wrote:
>
> В моём примере запросы, отправляемые на апстрим-группу "a" не пойдут на "b"
>> до тех пор, пока "a" не ляжет целиком, а ваш пример подходит лишь в том
>> случае, если не имеет значения, куда трафик будет проксироваться.
>>
>
> Это дополнительное ограничение, которого не было в вашей исходной задаче
> ;-)
>
> При таком ограничении - боюсь, вам таки 2 раза проксировать.
>
>
> P.S.
> И, кстати, в вашем конфиге ограничение "сначала А, лишь только затем Б"
> будет выполняться только если вы допишете волшебное слово "backup" :
>
> upstream main {
> server 127.0.0.1:8081;
> server 127.0.0.2:8082 backup;
> hash $http_x_key consistent;
> }
>
>
> ;-)
>
>
>
> 26 ноября 2015 г., 0:59 пользователь Andrey Kopeyko
>> написал:
>>
>> On Thu, 26 Nov 2015, Vladimir Stackov wrote:
>>>
>>> Есть ли какие-нибудь подходы/патчи, позволяющие nginx'у не проксировать
>>>
через себя лишний раз?
>>> Есть. Например, так:
>>>
>>> upstream main {
>>> server 1.1.1.1:8080;
>>> server 3.3.3.3:8080;
>>> server 2.2.2.2:8080 backup;
>>> server 2.2.2.2:8080 backup;
>>> hash $http_x_key consistent;
>>> }
>>>
>>> Что вам мешает перечислить в upstream main все нужные серверы? Судя по
>>> показанной конфигурации, на вирт.серверах на портах 808[12] вы никакой
>>> обработки URI не проводите.
>>>
>>>
>>>
>>> --
>>> Best regards,
>>> Andrey Kopeyko
>>> ___
>>> nginx-ru mailing list
>>> nginx-ru@nginx.org
>>> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>>>
>>>
>>
>>
>>
>>
> --
> Best regards,
> Andrey Kopeyko
>
> ___
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
--
Kind regards,
Vladimir.
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Вложенный upstream
On Thu, 26 Nov 2015, Vladimir Stackov wrote:
В моём примере запросы, отправляемые на апстрим-группу "a" не пойдут на "b"
до тех пор, пока "a" не ляжет целиком, а ваш пример подходит лишь в том
случае, если не имеет значения, куда трафик будет проксироваться.
Это дополнительное ограничение, которого не было в вашей исходной задаче ;-)
При таком ограничении - боюсь, вам таки 2 раза проксировать.
P.S.
И, кстати, в вашем конфиге ограничение "сначала А, лишь только затем Б"
будет выполняться только если вы допишете волшебное слово "backup" :
upstream main {
server 127.0.0.1:8081;
server 127.0.0.2:8082 backup;
hash $http_x_key consistent;
}
;-)
26 ноября 2015 г., 0:59 пользователь Andrey Kopeyko
написал:
On Thu, 26 Nov 2015, Vladimir Stackov wrote:
Есть ли какие-нибудь подходы/патчи, позволяющие nginx'у не проксировать
через себя лишний раз?
Есть. Например, так:
upstream main {
server 1.1.1.1:8080;
server 3.3.3.3:8080;
server 2.2.2.2:8080 backup;
server 2.2.2.2:8080 backup;
hash $http_x_key consistent;
}
Что вам мешает перечислить в upstream main все нужные серверы? Судя по
показанной конфигурации, на вирт.серверах на портах 808[12] вы никакой
обработки URI не проводите.
--
Best regards,
Andrey Kopeyko
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
--
Best regards,
Andrey Kopeyko ___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Вложенный upstream
В моём примере запросы, отправляемые на апстрим-группу "a" не пойдут на "b"
до тех пор, пока "a" не ляжет целиком, а ваш пример подходит лишь в том
случае, если не имеет значения, куда трафик будет проксироваться.
26 ноября 2015 г., 0:59 пользователь Andrey Kopeyko
написал:
> On Thu, 26 Nov 2015, Vladimir Stackov wrote:
>
> Есть ли какие-нибудь подходы/патчи, позволяющие nginx'у не проксировать
>> через себя лишний раз?
>>
>
> Есть. Например, так:
>
> upstream main {
> server 1.1.1.1:8080;
> server 3.3.3.3:8080;
> server 2.2.2.2:8080 backup;
> server 2.2.2.2:8080 backup;
> hash $http_x_key consistent;
> }
>
> Что вам мешает перечислить в upstream main все нужные серверы? Судя по
> показанной конфигурации, на вирт.серверах на портах 808[12] вы никакой
> обработки URI не проводите.
>
>
>
> --
> Best regards,
> Andrey Kopeyko
> ___
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx-ru
>
--
Kind regards,
Vladimir.
___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
Re: Вложенный upstream
On Thu, 26 Nov 2015, Vladimir Stackov wrote:
Есть ли какие-нибудь подходы/патчи, позволяющие nginx'у не проксировать
через себя лишний раз?
Есть. Например, так:
upstream main {
server 1.1.1.1:8080;
server 3.3.3.3:8080;
server 2.2.2.2:8080 backup;
server 2.2.2.2:8080 backup;
hash $http_x_key consistent;
}
Что вам мешает перечислить в upstream main все нужные серверы? Судя по
показанной конфигурации, на вирт.серверах на портах 808[12] вы никакой
обработки URI не
проводите.
--
Best regards,
Andrey Kopeyko ___
nginx-ru mailing list
nginx-ru@nginx.org
http://mailman.nginx.org/mailman/listinfo/nginx-ru
