в кубовом ингресс нгинкс контроллере раньше релоад был. были проблемы с вебсокетами. щас там луа-скрипт динамически все роутит

И да, нжинксовый нжинкс(который от Нжинкс Инк :-)) абсолютно точно релоадится внутри контроллера. Лично наблюдал.

а меня цитируете. Это прикол такой?

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

стандартный это какой? который от энжинкс инк? или который в кубе типа стандартный?

стандартный это какой? который от энжинкс инк? или который в кубе типа стандартный?

Который от Куба.

стандартный это какой? который от энжинкс инк? или который в кубе типа стандартный?

да фиг его знает )) видимо тот, что от Kubernetes

что все используют )

коллеги из Флант утверждали, что именно ТОТ действительно релоадился постоянно

и в связи с этим он якобы мог терять коннекшены, т.к. цпу в полку был

при частом изменении конфига сервисов в кубе

при цпу в полку и не такое бывает

Там вроде действительно всё на Луа, но, если верить докам nginx "Don't use Lua".

По крайней мере - в старых доках действительно такое писали :-)

коллеги из Флант утверждали, что именно ТОТ действительно релоадился постоянно

а когда ? в мире куба все меняется оч. стремительно

в новых тоже не айс. Вывод - ингресс на nginx не торт?

а когда ? в мире куба все меняется оч. стремительно

пока они не выкатили свой флантовский ингресс и рекомендуют его

и пока nginx не сделали более нормально (с луа)

ссылкой поделишься?

https://habr.com/ru/company/flant/blog/447180/

пока они не выкатили свой флантовский ингресс и рекомендуют его

и где в этой статье ссылка на флантовский ингресс контроллер ??????????????????????????????

https://github.com/flant/ingress-nginx

вроде этот

но это не точно

https://github.com/flant/ingress-nginx

иззздиваешсиии ????

да

всегда мечтал

фу

слив защитан

ну сам посмотри https://hub.docker.com/r/flant/kubernetes-nginx-ingress-bm-fallback-iptables

у них были свои наработки. И более того - они их активно пиарили в какой-то момент

но это было давно. И, да, это была неправда ))))

успокойтесь уже

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

если овер жирные конфиги, nginx reload требуется больше времени для перегруки, пока он это делает, принять новые соединения не может

если овер жирные конфиги, nginx reload требуется больше времени для перегруки, пока он это делает, принять новые соединения не может

есть ссылка на оф. доку?

Мы релизнем скоро правильный ingress

До августа, ориентировочно.

🔥

есть ссылка на оф. доку?

конечно, нет, так как в оф доке как раз и написано, как он без отрыва от обслуживания клиентов релоадит конфигурацию или откатывается при ошибке и в доке ингресса написано, что он делает именно релоад и разумеется в коде блджад контроллера тоже написано про релоад))

я думаю, что это вопрос формулировок

"без отрыва от обслуживания клиентов"

СУЩЕСТВУЮЩИХ или НОВЫХ?

и еще я в один момент, извините, въебался в reuseport в nginx

я этого им до сих пор простить не могу

СУЩЕСТВУЮЩИХ или НОВЫХ?

любых

ибо клиенты получали RST

воркеры рестартятся по одному, все тупо как пробка

это если их несколько

а если он один?

кто в здравом уме будет так делать?

это аутизм, спавнить 1 воркера и думать, что он будет graceful reload уметь

была же проблема, что nginx неправильно детектил workers в докере. Следовательно, он это криво делал и в кубе. А, следовательно, количество воркеров очевидно должны были выставить руками

есть ссылка на оф. доку?

В офф доках конечно нет, https://kubernetes.github.io/ingress-nginx/how-it-works/#nginx-configuration тут есть список когда nginx перегружает конфиг

http://nginx.org/en/docs/control.html#reconfiguration https://github.com/kubernetes/ingress-nginx/blob/master/docs/how-it-works.md https://github.com/kubernetes/ingress-nginx/blob/master/internal/ingress/controller/nginx.go#L725

@danpiel Just a baka открыл ингрес.

В явном виде количества воркеров не вижу

но!

./test/data/config.json: "workerProcesses": 1,

я нашел такое прекрасное

> test обожемывсеумрем

Там невесть в каком году зафиксили это дело с cgroups. Надо смотреть в репу nginx, конечно, а не гошечку колупать

./Changelog.md:- [X] [#516](https://github.com/kubernetes/ingress/pull/516) Convert WorkerProcesses setting to string to allow the value auto ./internal/ingress/controller/config/config.go: WorkerProcesses string `json:"worker-processes,omitempty"` ./internal/ingress/controller/config/config.go: WorkerProcesses: strconv.Itoa(runtime.NumCPU()), ./internal/ingress/controller/nginx.go: wp, err := strconv.Atoi(cfg.WorkerProcesses) ./rootfs/etc/nginx/template/nginx.tmpl:worker_processes {{ $cfg.WorkerProcesses }};

runtime.NumCPU() < ======= вот здесь дефолты

Там невесть в каком году зафиксили это дело с cgroups. Надо смотреть в репу nginx, конечно, а не гошечку колупать

на самом деле ты не прав, т.к. там запросто не auto стоит

смотри темплейты

Ребзя, подскажите плиз, у меня по питанию выпала одна нода, поды которые на ней были запущены, находятся в состоянии Terminating и так висят уже много часов, это норм или как-то лечится?

если под пытаться удалить через delete pod, то будет сидеть очень долго и не удалит

на самом деле ты не прав, т.к. там запросто не auto стоит

Спор ни о чем, была бага с cgroups и голым nginx - пофиксили. Кто не чекает свои настройки, кластера итд - ССЗБ. Каким боком тут стоит контроллер? Ну кормит он nginx по дефолту количеством ядер, но умеет и auto отдавать.

Всем привет Может кто нибудь сталкивался с такой штукой как синхронизация какого либо pv? Есть несколько нод и нужна синхронизация всего, что там есть внутри Сейчас работают 3 ноды и если с одного деплоймента создаешь что-либо, то в другом примаунченом поде этого файла не появляется (есессно маунты прописаны)

А если делаешь делет пода старого, то новый уже создается с этим файлом

Всем привет Может кто нибудь сталкивался с такой штукой как синхронизация какого либо pv? Есть несколько нод и нужна синхронизация всего, что там есть внутри Сейчас работают 3 ноды и если с одного деплоймента создаешь что-либо, то в другом примаунченом поде этого файла не появляется (есессно маунты прописаны)

используй распределенные храниялища

Всем привет Может кто нибудь сталкивался с такой штукой как синхронизация какого либо pv? Есть несколько нод и нужна синхронизация всего, что там есть внутри Сейчас работают 3 ноды и если с одного деплоймента создаешь что-либо, то в другом примаунченом поде этого файла не появляется (есессно маунты прописаны)

есть более или менее простые решения разной степени надёжности

от ceph (сложно, надёжно, rdb низя примонтировать на много нод) до NFS - где очень просто но может навернуться

Надежность пока вообще не интересует, пока все в деве, надо хотя бы понять как все это работать может

тогда прикручивай либо внешний NFS

либо GlusterFS

от ceph (сложно, надёжно, rdb низя примонтировать на много нод) до NFS - где очень просто но может навернуться

А разве с нфс все так плохо ?

либо GlusterFS

Из ceph vs gluster, я выберу цеф

Из ceph vs gluster, я выберу цеф

i pronounce ceph as rook

Спасибо вам добрые люди, в какую сторону сейчас смотреть уже понятно