Видимо так же, через hosts.

Но вот я смотрю https://github.com/kubernetes/charts/blob/master/stable/kibana/templates/ingress.yaml и в своих values.yaml задаю так: kibana: replicaCount: 2 ingress: enabled: true hosts: - hostname.domain.com Реплики задаются, ингресс создается. но он слушает 80 порт и я не уверен что оно связано вообще с кибаной как-то

хм. EXTERNAL-IP Pending это че так. Не отрезолвился чтоль

чето пишут про ingress-controller

то есть оно по умолчанию выкл? деплоил через kubespray

и когда запрашиваю список ингрессов ADDRESS пустой

юзаю weave.

А, да, сам ингресс ресурс ничего не делает

Тебе ingress controller нужен

через kubespray не нашел встроенной функции, должна быть по идее. через curl не охота лепить

Он согласно ресурсам примет трафик и направит куда нужно

ingress controller может работать на всех нодах?

Кубеспрей деплоит кластер

А ингресс контроллер это софт в кластере

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

network check в том же списке

Нее

Контроллеров много

есть itsio какой-то

в kubespray... это облачное что-то?

В районе описания ingress resources должны быть все варианты

в kubespray не особо про ingress

какой вообще рекомендуется? nginx-ingress?

деплоить через чарт также?

а можно и ansible роль запилить

ну так вот, istio работает с обычными bm кластерами?

не похоже что это то что мне нужно...

Ingress контроллер, получается это в наиболее типичном случае. Nginx proxy?

И как пРостая альтернатива - service type NodePort. Я пытаюсь понять общую концепцию в связи с реальностью

о чем срачь, Господа?

Да я зелёный. Пытаюсь словить мудрость местных и подтверждение моих теорий для дальнейшего развития, основываясь на этих данных

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

Да я зелёный. Пытаюсь словить мудрость местных и подтверждение моих теорий для дальнейшего развития, основываясь на этих данных

все говно кроме мочи

Деплою чарты на свежий кластер. Кибану например. Хочу открыть порт для внешнего доступа. Вот пРостая задача. Сейчас ADDRESS пустой в ингрессе. Вот

какой-то облачный провайдер?

или баре метал?

если баре метал обычно нод порт или инжест контроллер для http/https

если облачный провайдер, то нативный их балансировщик

вроде как как в авс поддерживается елб классик и в 1,9 версии обещали завести nlb

Балин. отвлекли

или баре метал?

+

если баре метал обычно нод порт или инжест контроллер для http/https

nginx ingest controller, выходит?

не обязательно

есть https://docs.traefik.io/user-guide/kubernetes/

https://github.com/jcmoraisjr/haproxy-ingress

https://github.com/kubernetes/ingress-nginx?

ммм

ну а по рекомендациям?

я зеленый. возьму что дяди посоветуют))))

а вот по рекомендациям кто во что гаразд

кому-то нгинкс нравится

хотя там с ним есть приколы

ну вот например может ли он TCP? обычный вроде мог

даже учесть что есть платный и бесплатный

плюс там пассивный health вроде

кому-то трафик нравится для http/https

о haproxy есть.

глянь на тот хапрокси что я кинул

там кто-то из больших дядь его юзает

ага, там вроде есть активный healthcheck. в отличие от nginx

угу

ну короче с кубером дело такое как с юниксвеем - куча тулзовин на задачу

да да, понятно

и в 2/3 случаев разница только во вкусе

но мне надож начать с чьего-то мнения

мое мнение - начни с траэфика

если там не много трафика и http онли

если нужен норм tcp - то скорее всего это хапрокси

да. я хочу mqtt гонять.

плюс http(S) тоже

хотя для tcp как-то модель инжест контроллера меньше всего подходит

для tcp проще класический лб или нодпорт

кстати, в новом хапрокси есть дискавери на базе днс срв вроде

можно как-то прикрутить к куберу

а про классический LB. оно изкаропки?

нет

ну кубернетс пологается что у тебя сеть уже есть

(ну мне само собой нужно управлять раутами итд, в дополнение к TCP)

плюс там всякие лб и тп

ну кубернетс пологается что у тебя сеть уже есть

хер ему. Есть 2 голых сервака +. kubespray 😄