RR
это для S3
ок спасибо, а если задача раздавать статику из миникуба или докер десктоп я могу тоже как то заюзать ресурсы ?
Size: a a a
2021 January 04
GG
у тебя в кластере не будет соответствующих API и Kind:
RR
нет
тогда только сервис и к нему биндится ?
SM
сам модуль nginx, который никак не используется - никак cpu не тратит. То есть суть в коде, там же куча lua кода у контоллера. Думаю в этом дело
так что отжирает cpu то в итоге? nginx процесс? или golang обертка? там трафик один фиг идет через nginx
GG
Roman Roman
тогда только сервис и к нему биндится ?
получается
GG
так что отжирает cpu то в итоге? nginx процесс? или golang обертка? там трафик один фиг идет через nginx
я тоже пока не понял, к сожалению
RR
получается
а могут ли волюмы сойти за ресурсы ?
СГ
так луа используется для сборки конфига, далее вся работа идёт стандартными механизмамиl.
NGINX configuration
The goal of this Ingress controller is the assembly of a configuration file (nginx.conf). The main implication of this requirement is the need to reload NGINX after any change in the configuration file. Though it is important to note that we don't reload Nginx on changes that impact only an upstream configuration (i.e Endpoints change when you deploy your app). We use lua-nginx-module to achieve this. Check below to learn more about how it's done.
NGINX configuration
The goal of this Ingress controller is the assembly of a configuration file (nginx.conf). The main implication of this requirement is the need to reload NGINX after any change in the configuration file. Though it is important to note that we don't reload Nginx on changes that impact only an upstream configuration (i.e Endpoints change when you deploy your app). We use lua-nginx-module to achieve this. Check below to learn more about how it's done.
Разве что в кубе постоянно перечитывается конфигурация и на это и уходит процессорное время. Но это крайне сомнительно. Я бы perf/strace напустил и собрал бы за пару минут системные вызовы
GG
Roman Roman
а могут ли волюмы сойти за ресурсы ?
нет
GG
Разве что в кубе постоянно перечитывается конфигурация и на это и уходит процессорное время. Но это крайне сомнительно. Я бы perf/strace напустил и собрал бы за пару минут системные вызовы
falco'й собрать )) гыгыгыгы
GG
если делать, то стильно-модно-молодежно
RR
Roman Roman
а могут ли волюмы сойти за ресурсы ?
ок ну ладно, сервис так сервис, спасибо большое
DS
так что отжирает cpu то в итоге? nginx процесс? или golang обертка? там трафик один фиг идет через nginx
Как я и писал https://t.me/kubernetes_ru/335070 nginx воркеры в основном. Дальше надо смотреть perf/strace. Но я думаю это lua. Потом проверю ради интереса.
DS
так луа используется для сборки конфига, далее вся работа идёт стандартными механизмамиl.
NGINX configuration
The goal of this Ingress controller is the assembly of a configuration file (nginx.conf). The main implication of this requirement is the need to reload NGINX after any change in the configuration file. Though it is important to note that we don't reload Nginx on changes that impact only an upstream configuration (i.e Endpoints change when you deploy your app). We use lua-nginx-module to achieve this. Check below to learn more about how it's done.
NGINX configuration
The goal of this Ingress controller is the assembly of a configuration file (nginx.conf). The main implication of this requirement is the need to reload NGINX after any change in the configuration file. Though it is important to note that we don't reload Nginx on changes that impact only an upstream configuration (i.e Endpoints change when you deploy your app). We use lua-nginx-module to achieve this. Check below to learn more about how it's done.
ну тем не менее факт есть факт. nginx в ingress controller'у кушает CPU на много больше чем обычный nginx. Что именно там кушает больше можно дальше выяснять. Ну шо поделать. Как-то так.
DS
я тоже пока не понял, к сожалению
https://t.me/kubernetes_ru/335070 - в основном воркеры. Сама обертка на go кушает 0.13-0.2 ядра
СГ
ну тем не менее факт есть факт. nginx в ingress controller'у кушает CPU на много больше чем обычный nginx. Что именно там кушает больше можно дальше выяснять. Ну шо поделать. Как-то так.
я вполне верю этому факту. Но навскидку я не вижу в чём принципиальная разница, которая вызывала бы кратную деградацию производительности. Будет очень интересно если сможете получить статистику по системным вызовам и сравнить с обычным нжинкс
GG
Это самое очевидное, что мне приходит в голову
GG
Ну, и базовый энжинкс, очевидно, использует балансировку самого куба (kube proxy), а не обновляет список эндпойнтов постоянно