Size: a a a

Kubernetes — русскоговорящее сообщество

2020 August 31

AP

Andrey Perminov in Kubernetes — русскоговорящее сообщество
о, спасиб
источник

II

Igor Ignatev in Kubernetes — русскоговорящее сообщество
в инфо канала если че...
источник

S

Sebor in Kubernetes — русскоговорящее сообщество
Dmitry Sergeev
эта директива уровня server и вешается на listen (http://nginx.org/ru/docs/http/ngx_http_core_module.html#listen)
listen port proxy_protocol, поэтому нельзя включить/выключить для отдельных виртуальных хостов (читай ingress'ов)

А вот на разных портах ты можешь это сделать. Но я не уверен есть ли для этого готовые параметры (вряд-ли) На крайняк ты можешь заменить шаблон, и добавить туда свой listen со своим портом и диррективами
Как-то терминология хромает.
Директива server как раз и описывает виртуальный хост.
Другое дело, что один ингресс - один вихост.
источник

AP

Andrey Perminov in Kubernetes — русскоговорящее сообщество
Igor Ignatev
в инфо канала если че...
не догадался посмотреть)
источник

VV

Valerii Vainkop in Kubernetes — русскоговорящее сообщество
Dmitry Sergeev
эта директива уровня server и вешается на listen (http://nginx.org/ru/docs/http/ngx_http_core_module.html#listen)
listen port proxy_protocol, поэтому нельзя включить/выключить для отдельных виртуальных хостов (читай ingress'ов)

А вот на разных портах ты можешь это сделать. Но я не уверен есть ли для этого готовые параметры (вряд-ли) На крайняк ты можешь заменить шаблон, и добавить туда свой listen со своим портом и диррективами
По-моему у меня как раз шаблон для haproxy и поправлен. Но вариант с 2 контроллерами рассматривал, возможно именно этим путём пойду. Для http/https nginx, а для всяких там tpc/udp haproxy или вот , в-общем как обычно :) Всем спасибо.
источник

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
Sebor
Как-то терминология хромает.
Директива server как раз и описывает виртуальный хост.
Другое дело, что один ингресс - один вихост.
попутал да, но listen в server это все равно глобальная конфигурация.
Типо если у тебя два server {}, в одном listen :443 ssl http2, а в другом listen :443 ssl; То у тебя будет работать listen :443 ssl http2 в обоих server{}.
источник

S

Sebor in Kubernetes — русскоговорящее сообщество
Dmitry Sergeev
попутал да, но listen в server это все равно глобальная конфигурация.
Типо если у тебя два server {}, в одном listen :443 ssl http2, а в другом listen :443 ssl; То у тебя будет работать listen :443 ssl http2 в обоих server{}.
Это в ингрессе так?
В обычном энджиниксе куда пришел запрос, то и отработает. А запросы обычно приходят по сервер нейму (либо на дефолтный вихост)
источник

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
Sebor
Это в ингрессе так?
В обычном энджиниксе куда пришел запрос, то и отработает. А запросы обычно приходят по сервер нейму (либо на дефолтный вихост)
в обычном nginx.
Ну ты попробуй разные параметры listen указать на одинаковых портах в разных server{}. Например на одном врубить http2, а на другом нет. У тебя в обоих вирт хостах будет включен  http2. Или в одном поставить ssl, а в другом нет.

То есть у тебя параметры из listen привзяываются к порту, и без разницы в каком server{} эти listen прописаны
источник

k

krakazyabra in Kubernetes — русскоговорящее сообщество
Привет! Подскажите, можно ли как-то запускать внутри контейнера задачу без использования куберовского cronjob и без использования cron в имадже? то есть как-то через параметры в ямле?
источник

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
Valerii Vainkop
По-моему у меня как раз шаблон для haproxy и поправлен. Но вариант с 2 контроллерами рассматривал, возможно именно этим путём пойду. Для http/https nginx, а для всяких там tpc/udp haproxy или вот , в-общем как обычно :) Всем спасибо.
да, лучше этим путем идти. Там дичь через шаблон получится, придется переопределять шаблон SERVER (define "SERVER")  а listen в нем генерят функции buildHTTPListener,buildHTTPSListener, которые уже вшиты в код: https://github.com/kubernetes/ingress-nginx/blob/59a7f51cd4f0c41f214c520ca8b2a502946ed08e/internal/ingress/controller/template/template.go#L1136
источник

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
krakazyabra
Привет! Подскажите, можно ли как-то запускать внутри контейнера задачу без использования куберовского cronjob и без использования cron в имадже? то есть как-то через параметры в ямле?
while true; do /path/to/job.sh; sleep(60); done
источник

S

Sebor in Kubernetes — русскоговорящее сообщество
Dmitry Sergeev
в обычном nginx.
Ну ты попробуй разные параметры listen указать на одинаковых портах в разных server{}. Например на одном врубить http2, а на другом нет. У тебя в обоих вирт хостах будет включен  http2. Или в одном поставить ssl, а в другом нет.

То есть у тебя параметры из listen привзяываются к порту, и без разницы в каком server{} эти listen прописаны
Отработает тот сервер, на который пришел запрос...
источник

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
Sebor
Отработает тот сервер, на который пришел запрос...
я про listen говорю, понятно что он по server_name определит какой вирт хост выбрать.
Но конфигурация listen привязывается к порту
источник

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
Он не может динамически в завимимости от вирт хоста менять конфигурацию уровня порта (например ssl/не ssl, proxy_protocol, http2)
источник

S

Sebor in Kubernetes — русскоговорящее сообщество
А какой смысл делать listen без сервер нейма?
источник

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
Sebor
А какой смысл делать listen без сервер нейма?
причем тут server_name. Еще раз - не имеет значение для listen server_name, если в обоих server{} стоит одинаковая пара адрес:port в listen, ты не можешь повесить разные настройки на listen. Точнее nginx формально не будет ругаться, но настройки listen будут одинаковые для обоих таких server {}, да и вообще для всех таких server у которых таже самая пара адрес:port в listen. Какой server_name в этих server указан не будет иметь значения, для конфигурации listen
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Dmitry Sergeev
причем тут server_name. Еще раз - не имеет значение для listen server_name, если в обоих server{} стоит одинаковая пара адрес:port в listen, ты не можешь повесить разные настройки на listen. Точнее nginx формально не будет ругаться, но настройки listen будут одинаковые для обоих таких server {}, да и вообще для всех таких server у которых таже самая пара адрес:port в listen. Какой server_name в этих server указан не будет иметь значения, для конфигурации listen
все хуже
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
с reuseport - его нужно навешивать только в одном месте
источник

🅐

🅐🅝🅐🅣🅞🅛🅘🅨... in Kubernetes — русскоговорящее сообщество
подскажите в хелме Kind: Ingress не применяется, это так надо?
Имею ввиду отдельный ямл с ингресом
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
что значит не применяется ?
источник