Агилов на вас нехватает. Не злите меня на ночь! Не нагнетайте гнев б-га вашего.

опа па. комплекс б-га

просим в палатку

опа па. комплекс б-га

Некогда мне чаи в палатках гонять. Надо присматривать за миром.

?

?

аджайл? скрам? айм рашн! хуяк, хуяк и в продакшн!

Бле, в мемориз

Бухие все шоль??

Бле, в мемориз

да) прям по душе фраза)

Бухие все шоль??

совсем чучуть)

я лично обмывал покупку генератора)) теперь жду пока отключится свет о_О

я лично обмывал покупку генератора)) теперь жду пока отключится свет о_О

Можешь устроить локальный апокалипсис кнопкой выключателя.

Можешь устроить локальный апокалипсис кнопкой выключателя.

да это уже делал) не так интересно)

Привет всем. Вопрос по Rancher 1.6. Надеюсь кто-то с ним работает. Пишу сюда, т.к. в группе ранчера 69 чел всего ? Дело вот в чем. Запускаю php приложение в rancher 1.6. Все стандартно, два контейнера nginx + php-fpm запущены в одном стеке. То есть в конфиге nginx вот так fastcgi_pass php-fpm:9000; Когда делаю обновление сервиса php-fpm (выкатываю новый контейнер с новым IP) то nginx теряет связь с FPM и выдает 50x ошибку. И ошибка лечиться перезапуском самого Nginx или возвратом старого контейнера с php-fpm со старым IP. В итоге я буду получать большие даунтаймы на продакшене. Хочу выкатывать новый контейнера с FPM и чтобы все сразу работало. Как лечить?

Nginx ресолвает имена в момент старта

Привет всем. Вопрос по Rancher 1.6. Надеюсь кто-то с ним работает. Пишу сюда, т.к. в группе ранчера 69 чел всего ? Дело вот в чем. Запускаю php приложение в rancher 1.6. Все стандартно, два контейнера nginx + php-fpm запущены в одном стеке. То есть в конфиге nginx вот так fastcgi_pass php-fpm:9000; Когда делаю обновление сервиса php-fpm (выкатываю новый контейнер с новым IP) то nginx теряет связь с FPM и выдает 50x ошибку. И ошибка лечиться перезапуском самого Nginx или возвратом старого контейнера с php-fpm со старым IP. В итоге я буду получать большие даунтаймы на продакшене. Хочу выкатывать новый контейнера с FPM и чтобы все сразу работало. Как лечить?

лечить увеличиваем контейнеров php-fpm 3+

и переход на kubernetes rancher

Лечить service discovery

если контейнеров будет несколько то при обновлении ты выводишь один обновляешь и так далее получается без потерь ни связи ни uptime, kubernetes в этом случае сделает все автоматически

и переход на kubernetes rancher

давно тестирую его, но пока чет не получается подружиться с ним. Хотел запустить percona xtradb но не получилось настроить публичный доступ))) Сюда можно писать вопросы по ранчер 2.0, если что?

впринципе и на докер swarm тоже не должно быть проблем

лечить увеличиваем контейнеров php-fpm 3+

так nginx резолвит имена в момент старта. как поможет 3+ контейнеров?

просто подыми несколько контейнеров одного и того же образа несколько для начала

так nginx резолвит имена в момент старта. как поможет 3+ контейнеров?

Что ты в субботу тут делаешь? Иди пить пиво)

просто подыми несколько контейнеров одного и того же образа несколько для начала

я пробовал так, но не помогло)) надо еще разок попробовать. Просто хочу понять каким образом это должно помочь, за счет чего?

Ну как бы я пока с докерами не работал, но можешь попробовать unix доменные сокеты.

так nginx резолвит имена в момент старта. как поможет 3+ контейнеров?

у тебя одно имя на три контейнера это все делает за тебя docker swarm/rancher в данном случае

Что ты в субботу тут делаешь? Иди пить пиво)

Я осуществляю свою мечту!

Там сеть вообще не играет.

Я осуществляю свою мечту!

Не стоит пихать докер везде где только можно)

Ну как бы я пока с докерами не работал, но можешь попробовать unix доменные сокеты.

не это считай не возможно в рамках его стека docker/rancher

не это считай не возможно в рамках его стека docker/rancher

Почему нет?

у тебя одно имя на три контейнера это все делает за тебя docker swarm/rancher в данном случае

да, это я понимаю) со swarm не работал. Давай еще раз. По хосту php-fpm ранчер должен выдавать каждый раз зарные IP из стека php-fpm. Верно?

https://www.jujens.eu/posts/en/2017/Feb/15/docker-unix-socket/

Почему нет?

ну представь что это разные виртуалки с достаточно ограниченным функционалом, без ssh/console, и без возможности их оркестрировать после старта

У меня докера нет, но есть nginx и uwsgi Я отказался от сети в пользу сокетов

ну представь что это разные виртуалки с достаточно ограниченным функционалом, без ssh/console, и без возможности их оркестрировать после старта

И?

И?

и как ты виртуалки свяжешь из разных сетей?

Погоди, у него nginx разве внутри контейнера?

Погоди, у него nginx разве внутри контейнера?

да

это разные контейнеры

Привет всем. Вопрос по Rancher 1.6. Надеюсь кто-то с ним работает. Пишу сюда, т.к. в группе ранчера 69 чел всего ? Дело вот в чем. Запускаю php приложение в rancher 1.6. Все стандартно, два контейнера nginx + php-fpm запущены в одном стеке. То есть в конфиге nginx вот так fastcgi_pass php-fpm:9000; Когда делаю обновление сервиса php-fpm (выкатываю новый контейнер с новым IP) то nginx теряет связь с FPM и выдает 50x ошибку. И ошибка лечиться перезапуском самого Nginx или возвратом старого контейнера с php-fpm со старым IP. В итоге я буду получать большие даунтаймы на продакшене. Хочу выкатывать новый контейнера с FPM и чтобы все сразу работало. Как лечить?

Юзать сокеты, но процесс докера должен иметь доступ к ним.

Я так понял PHP-FPM внутри с приложением.

nginx в одном php-fpm в другом

и запущено все в одном стеке ранчера

и запущено все в одном стеке ранчера

я выше сказал как делать за тебя это делает ранчо просто укажи количество копий сервиса больше одного

А nginx зачем внутрь засовывать?

А nginx зачем внутрь засовывать?

тут сложно говорить но так уж устроен мир контейнеризации

я выше сказал как делать за тебя это делает ранчо просто укажи количество копий сервиса больше одного

можешь пояснить почему это должно помочь? В момент запуска nginx он резолвит хост php-fpm и получает IP и работает с ним. Каким образом nginx должен получать другие IP из стека?

А nginx зачем внутрь засовывать?

Любой сервис это отдельная маленькая самостоятельная среда и все общение происходит между сервиса и через какой-то брокер либо сеть

можешь пояснить почему это должно помочь? В момент запуска nginx он резолвит хост php-fpm и получает IP и работает с ним. Каким образом nginx должен получать другие IP из стека?

у него не будет других айпи адресов, все работает следующим образов, очень отдалённо, представь что когда ты запустил три phpfpm перед ними будет ещё один nginx который будет балансировать и твой конкретно nginz будет иметь связь с тем nginx-php-fpm, и получается когда ты обновляешь контейнер phpfpm то все ок

это прям простые истины docker оркестраций

у него не будет других айпи адресов, все работает следующим образов, очень отдалённо, представь что когда ты запустил три phpfpm перед ними будет ещё один nginx который будет балансировать и твой конкретно nginz будет иметь связь с тем nginx-php-fpm, и получается когда ты обновляешь контейнер phpfpm то все ок

я это все примерно так себе и представлял) похожая схема в кубернетес с сервисами. Ок. И ты хочешь сказать, что этот nginx появляется когда запущено более одного php-fpm?

на самом деле он появляется всегда когда запущен даже один

но просто docker swarm с этим справляется хуже

на самом деле он появляется всегда когда запущен даже один

хм… только что проверил. Пинганул из контейнера nginx хост php-fpm и получил IP 10.42.244.30. Этот же IP у того единственного контейнера с php-fpm. То есть как я понял промежуточного звена для баллансировки нет( отсюда и проблемы

щас запущу 3+ и посмотрю че будет пинговаться

нет не сюда)

на самом деле он появляется всегда когда запущен даже один

вот так дела)) по хосту php-fpm пингуются просто каждый раз разные IP. В итоге по логике nginx получает в момент запуска только IP из стека и работаем с ним.

ну конечно мы программисты. Решаем все вопросы. Чиним утюги, лишаи и иконки. Чего ж нам ещё делать-то?

вот так дела)) по хосту php-fpm пингуются просто каждый раз разные IP. В итоге по логике nginx получает в момент запуска только IP из стека и работаем с ним.

Мне кажется у тебя изначально коряво заложена конфа для сцепки домена и IP

Что мешает вынести конфиг nginx и в момент выката php-fpm делать nginx -s reload Пруф https://nginx.org/ru/docs/beginners_guide.html

Мне кажется у тебя изначально коряво заложена конфа для сцепки домена и IP

эх, все может быть. Вот пытаюсь понять в чем дело. Надо загуглить как service discovery работает в ранчере 1.6 и как должно работать.

Что мешает вынести конфиг nginx и в момент выката php-fpm делать nginx -s reload Пруф https://nginx.org/ru/docs/beginners_guide.html

дак ниче не мешает, щас так и делаю. Только это костыльно. Даунтайм получается секунд 5-7, а это дохрена.

Могу лампочку вкрутить, кран поменять, ага.

дак ниче не мешает, щас так и делаю. Только это костыльно. Даунтайм получается секунд 5-7, а это дохрена.

Всмвсле не мешает ты вроде бы брал rancher для чего чтобы контейнеры оркестрировать?

Всмвсле не мешает ты вроде бы брал rancher для чего чтобы контейнеры оркестрировать?

я не до конца понял текст из-за опечаток) У меня приложение выкатывается в ранчер через CI. В итоге я сперва обновляю контейнер с php-fpm а потом ребутаю контейнер с nginx. И вот между завершением выкатки фпм и завершением ребута nginx имею даунтайм сервиса. Хочу избавиться от него.

все манипуляции происходят через ранчер апи, rancher-compose

я не до конца понял текст из-за опечаток) У меня приложение выкатывается в ранчер через CI. В итоге я сперва обновляю контейнер с php-fpm а потом ребутаю контейнер с nginx. И вот между завершением выкатки фпм и завершением ребута nginx имею даунтайм сервиса. Хочу избавиться от него.

вот ты поднял их три теперь убей тот что как ты говоришь резолвит nginx и проверь связь

вот ты поднял их три теперь убей тот что как ты говоришь резолвит nginx и проверь связь

сек

вот ты поднял их три теперь убей тот что как ты говоришь резолвит nginx и проверь связь

все лягло, хотя запущено 3 контейнера с фпм, просто у всех после рескейла обновились IP. Полагаю либо service discovery нет, либо сеть в ранчере настроена криво. Либо сам функционал ранчера 1.6 ущербный в этом плане.

все лягло, хотя запущено 3 контейнера с фпм, просто у всех после рескейла обновились IP. Полагаю либо service discovery нет, либо сеть в ранчере настроена криво. Либо сам функционал ранчера 1.6 ущербный в этом плане.

да похоже что не создан сервис

да похоже что не создан сервис

этот сервис глобальный в ранчере или конкретно в моем стеке надо запускать что-то?

https://rancher.com/rancher-service-discovery-hidden-gems/ начни с доки

один раз решить и на долго ещё пригодится

вон так кстати так и сказано что подымается отдельный haproxy сервер для балансировки tcp

https://rancher.com/rancher-service-discovery-hidden-gems/ начни с доки

я как раз сижу гуглю доку на офф сайте на эте тему. Но чет гугл все для 2.0 выдает. Спасибо!

дак ниче не мешает, щас так и делаю. Только это костыльно. Даунтайм получается секунд 5-7, а это дохрена.

Значит нужно отказаться от перезагрузки nginx в пользу правильной организации запуска контейнера с php-fpm.

Значит нужно отказаться от перезагрузки nginx в пользу правильной организации запуска контейнера с php-fpm.

проблема уже решена путем правильной организайии сетевых элементов. Конкретно я поставил для php-fpm внутренний лоадбаллансер и nginx обращается к нему, а уже он решает какому php-fpm отдать работу) это rancher way решение.