v
3 года используем эту схему, но за последний месяц эта проблема повторилась дважды причем только в одном project'е
Size: a a a
2020 July 15
v
В других после обновления названия нод не меняется
AK
Всем привет! Коллеги, последнее время столкнулись с проблемой, после автоматического обновления кубера гугл меняет локальные доменные имена нод. А на эти доменные имена у нас прописаны upstream в nginx, соответственно все падает... Подскажите решение. Спасибо
погодите, вы GKE используете? Так может они у вас пересоздаются просто
AK
вообще рассчитывать на беспроблемную долгую жизнь ВМок в облаке не стоит.
ZO
В общем если хочется продолжать использовать такую схему стоит посмотреть на возможность динамически писать апстримы в nginx и сделать небольшой контроллер, который в эти апстримы будет прописывать ноды. Апи вроде есть уже: https://docs.nginx.com/nginx/admin-guide/load-balancer/tcp-udp-load-balancer/#on-the-fly-configuration-example
v
погодите, вы GKE используете? Так может они у вас пересоздаются просто
верно, используем Kubernetes Engine 1.16.9-gke.6
v
Я не хочу критиковать ваш сетап, просто пытаюсь понять, почему используется нестандартное решение.
Кажется были какие-то схемы для baremetal-lb где балансировщик был в курсе списка нод
Кажется были какие-то схемы для baremetal-lb где балансировщик был в курсе списка нод
я понимаю, nginx используем потому что он корректно позволяет проксировать заголовки (в том числе заголовки Cloudflare) ну и регулярок много используем
v
l4 это который стандартный Load Balancer ?
v
мы его поначалу использовали как раз с проксирование заголовков cloudflare были проблемы, и по моему еще не нашли нормальной реализации allow deny для некоторых путей
v
В общем если хочется продолжать использовать такую схему стоит посмотреть на возможность динамически писать апстримы в nginx и сделать небольшой контроллер, который в эти апстримы будет прописывать ноды. Апи вроде есть уже: https://docs.nginx.com/nginx/admin-guide/load-balancer/tcp-udp-load-balancer/#on-the-fly-configuration-example
именно так и сделано
v
" server appserv1.example.com:12345 weight=5; "
v
как раз appserv1.example.com и меняется
ZO
именно так и сделано
Контроллер должен быть подписан на обновление объекта нода в к8с и обновлять конфиг nginx. Судя по проблеме - обновления нет, а хостнеймы забиты руками