Возможна ли реализация blue\green deploy для балансировщика на nginx?

Question

[Данила]

Добрый день.
Вопрос такой. Из-за специфики проекта приходится часто ребутать nginx после добавления ip адреса в апстримы. Есть такая штука как blue green deploy, как ее использовать в коде - понятно, но возможно ли его применить для балансировщика?
Например:
Есть 2 nginx, один на порту 8080, один на порту 8090, траф проходит через оба, если изменяют nginx на порту 8080, его рестартят, то по идее сине-зеленого деплоя, пока первый nginx в ребуте - работает второй.
Пока я понял, что можно прикрутить iptables redirect, но вдруг еще какие-то варианты есть?
Спасибо.

Comments

[Lynn «Кофеман»]

Хм? А зачем его рестартить?
У него же есть релоад без даунтайма

[Данила]

Алексей Тен, да, но из-за высокой нагрузки релоад не всегда корректно отрабатывает. Поэтому ищу какую-то альтернативу, так как админы не могут решить вопрос с релоадом.

Answer 1

[Марат Мхитарян]

Значит берите уровнем выше, например haproxy который будет переключать когда надо. А вообще в kubernetes скорее всего есть утилиты чтобы трафик сети балансировать!

UPD: Или динамический DNS типо свой DDNS на route53 или типо того :)

Comments

[Данила]

А если оно не в кластере?)

[Данила]

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

[Марат Мхитарян]

Данила, надо поискать тогда dns load balancing какие то серверы

[Марат Мхитарян]

Данила, или купить nginx plus за очень дорого

Answer 2

[Иван Шумов]

Берем DNS, переключаем роутинг трафика на новые инстансы, а когда нагрузка уходит со старых - удаляем их. Все, профит

Comments

[Lynn «Кофеман»]

> Берём DNS

И нагрузка не уходит никогда. =)

[Иван Шумов]

Алексей Тен, TTL никто не отменял, с добрым утром.

[Lynn «Кофеман»]

Кривые кэширующие сервера провайдеров которые плюют на ттл, тоже никто не отменял

[Иван Шумов]

Алексей Тен, из моей практики все прекрасно работает, TTL вечно никто не держит и большинство старается соблюдать эти TTL. С DNS получаются самые низкие показатели потери трафика при BG

[Данила]

Это больше применимо, если используется кеширование dns, у нас к сожалению из-за проекта кешировать dns нельзя. Да и в общем вариант с dns не подходит

[Иван Шумов]

Данила, если кэшировать dns нельзя то работает этот подход идеально

[Данила]

Иван Шумов, У клиентов кешируется dns, все же боюсь что не схавает нормально.

[Иван Шумов]

Данила, клиенты кэшируют dns только на TTL, указанный в записи. В очень редких случаях его увеличивают или контролируют руками. В этом случае - сами себе злобные буратины. Все клады у себя делают BG через DNS - как внутренний так и внешний

[Марат Мхитарян]

Алексей Тен, Только что попробовал на сервисе duckdns поменять ip на другой и отправить на него запрос, ip моментально поменялся!

[Lynn «Кофеман»]

Так речь не про ваш NS, а про (кривые) кеширующие DNS-сервера провайдеров, криворуких админов и т.п.