когда ничего не помогает - попробуй прочесть документацию (с)

2005 год, первое место работы, после универа

там главный инженер всегда так говорил

Ну вот теперь чо? kubectl get ingress --all-namespaces пустой. дефолтный контейнер не отвечает

это кубер детка

пфффффф

так ты по списку прошел?

там мандатори

Конечно

рбак

да

и сервиайс с нодпорт?

да.

curl https://raw.githubusercontent.com/kubernetes/ingress-nginx/master/deploy/provider/baremetal/service-nodeport.yaml \ | kubectl apply -f - % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 288 100 288 0 0 3078 0 --:--:-- --:--:-- --:--:-- 3063 service "ingress-nginx" unchanged

k get service ingress-nginx --namespace ingress-nginx  ✔  24323  10:41:05 NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE ingress-nginx NodePort 10.233.60.103 <none> 80:32285/TCP,443:30838/TCP 11m

таже петрушка по-моему.

но вопрос у меня вообще такой. а он должен покаываеть external ip?

но показываеть не обязательно для того чтобы работать, я так понимаю.

ок. вернусь я к helm

ClusterIP вообще юзается в реалиях?

А,ну юзается но для внутренних вещей. ок

А если надо и внешне и ingress и сервис дискавери?

ну, хочу сделать чтобы кибана ,например, была доступна через ингресс и внутренне для контейнра по dns kibana

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

аа. то есть NodePort это дополнительно к ClusterIP?

Node Port создает порт но кластерайпи-доменное имя все равно остается?

да я понял. Но по логике это тип сервиса. если меняешь тип значит и свойства clusterip уходят... по логике. я так подумал

я понял. я про тип сервиса ClusterIP. получается это просто типа "default" вариант. который говорит "не пробрасываем и ниче не делаем"

читал конечно. Но если и написано что NodePort содержит в себе также свойства CLusterIP -то это пропустил

да я понимаю что такое хедлес сервис. та же тема что в докер компоуз без экспорта порта

Да, я понимаю.

а NodePort?

а

ну ок. Exposes the service on each Node’s IP at a static port (the NodePort). A ClusterIP service, to which the NodePort service will route, is automatically created. You’ll be able to contact the NodePort service, from outside the cluster, by requesting <NodeIP>:<NodePort>.

clusterip is automatically created. вотэто я пропустил

то есть да, NodePort расширяет ClusterIP

перевод "extends"

ну, типа как в OOP когда класс расширяешь. или наследуешь

тыждевопс

Спасибо за помощь, кстати)

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

типа так)

о.

заработало походу

хм

че за фигня

ok. nodeport на обоих подах походу и подождать

теперь вопрос. почему он пробрасывает только 80 порт.

я-то понимаю что наличие прослойки хельма все усложняет )))

аааа. все понял. косяк был в обращении и виртуальном хосте. надо было по dns заходить. он походу и работал раньше. но я тридцать раз менял NodePort/LoadBalancer/ClusterIP....

а по домену и NodePort в обоих местах не заходил. Чеж поделать. Лох)

Походу надо ingress tls на сервисе сконфигурировать и он должен включить

круто.

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

да, самое простое) тут проект свой, отличный повод узнать что-то новое

а про полую землю видел? Agathar

страница "рекомендовано" это для неслабонервных

Могу че подсказать если надо

про кафку-то

ага

у меня цель ща кафка в кубере

С моральной поддержкой @p8sih и обитателей чата я все-таки завел ингресс и открыл доступ поду. Пойду разбирусь с пробросом других протоколов и че делать с RDBms

В вот че делают с сервисными тулзами Типа Дженкинса или grafana когда не особо охота открывать доступ в паблик? Через проборос для всей конторы? Или сетку интегрируют в реальную ?

Или vpn поднимают?

> Пойду разберусь с пробросом других протоколов и че делать с RDBms вот это самый главный для меня сейчас вопрос в плане что вообще делать с этими "кластерными" технологиями ... все советуют Statefull выносить нафиг отдельно, а мне очень не хочется =(

Ну в идеале да. Но у меня на этом проекте просто нет условий. Есть 2 ноды и все)

> Пойду разберусь с пробросом других протоколов и че делать с RDBms вот это самый главный для меня сейчас вопрос в плане что вообще делать с этими "кластерными" технологиями ... все советуют Statefull выносить нафиг отдельно, а мне очень не хочется =(

по идее есть риск повреждения DB

Но там есть pre-kill хук, так что есть шанс что можно послать нормальный шатдаун сигнал

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

В вот че делают с сервисными тулзами Типа Дженкинса или grafana когда не особо охота открывать доступ в паблик? Через проборос для всей конторы? Или сетку интегрируют в реальную ?

хз за всех, у меня так: - для локальных тулзов есть kubectl port-forward - для тех штук которые юзает вся контора поднят openvpn (чтобы не нагружать менеджеров я поднял vpn на роутере и прописал для отдельной подсети интерфейс чтобы по 10.* шло в кубер а по остальным в инет) - для тех которым нужен доступ снаружи прокидываю через ingress с авторизацией

> Пойду разберусь с пробросом других протоколов и че делать с RDBms вот это самый главный для меня сейчас вопрос в плане что вообще делать с этими "кластерными" технологиями ... все советуют Statefull выносить нафиг отдельно, а мне очень не хочется =(

Так живите со stateful в чем сложность?

Ребята, как вы храните и работаете с кофигурационными файлами ресурсов(YAML файлы) ?

в темплейтах, темплейты в файлах, файлы в гите, гит на сервере, сервер в амазоне

в темплейтах, темплейты в файлах, файлы в гите, гит на сервере, сервер в амазоне

Исследую ksonnet

Вместо темплейтов

лучше исследуйте plan9/inferno

Слишком адово )

Исследую ksonnet

Посмотрю, спасибо

Исследую ksonnet

Езжу на yaml и тут проезжает @rossmohax на ксоннете