кто-нибудь в курсе?

особенно настораживает что мне отдают 403 на доку http://docs.romana.io )

Не пугайтесь, они выходят на ICO

:E

Такой вопрос у меня мультимастер, но kubectl get componentstatuses ищет controller-manager и scheduler на локалхосту почему-то Кто-ниубудь знает где прописывается путь к этим сервисам?

нормально, это бага kubelet и вместо того чтобы её почнить, они всё componentstatuses сделали deprecated)

особенно настораживает что мне отдают 403 на доку http://docs.romana.io )

https://romana.io/docs/

https://romana.io/docs/

Documentation is available here.

here == http://docs.romana.io

here == http://docs.romana.io

все норм, ребята авс осваивают

< HTTP/1.1 403 Forbidden < x-amz-request-id: 9040F56F7A211FCA < x-amz-id-2: Jjx02adA89BeJvVeCSM+rECxb1ISYNgznMnrHVFnAzvzVJgsSPNqJJqsN2RsGzwrwpxMEGCMH/Y= < Content-Type: text/html; charset=utf-8 < Content-Length: 338 < Date: Wed, 20 Jun 2018 12:13:27 GMT < Server: AmazonS3

кажется не успею добраться

Будет запись в https://t.me/kubernetesMSK

https://www.youtube.com/watch?v=7VRyeMxQqTA

это оно?

это оно?

Сегодня будет в 19 вроде, это трансялция?

ну вот это она

ток почему то трансляцией делюсь я а не организаторы 🤔

Блин, такой сюрприз испортили

Готовьте вопросы:)

Репортаж будет в https://t.me/kubernetesMSK

Может и правда не доехать а послушать транлсяцию. Блин)

Через 60 минут начинаем! 🚀

Говорят гостевого wifi нет

Все так)

Приятные мелочи на готове :)

Ingress

а ингресс умеет трафик балансировать по тэгам?

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

а ингресс умеет трафик балансировать по тэгам?

По тегам? Список IP? Я не совсем понимаю вашей архитектуры.

По тегам? Список IP? Я не совсем понимаю вашей архитектуры.

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

но чтобы оно работало - приходится сейчас прописывать список айпишников этих самых воркеров явно внутрь ресурса ингресса

можно этого избежать?

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

Воркеры внутри кластера?

Воркеры внутри кластера?

да

Тогда ведь можно просто указать на сервис, а сервис привязать через selector к нужным подам.

Как всё и делается обычно. Или я чего-то недопонимаю?

я не очень сам знаю пока, как именно трафик балансируется на сервисе. Вроде как в ингрессе уже есть ha-proxy или nginx, зачем тогда трафик дополнительно еще и через сервис гнать?

или я неправильно рассуждаю?

Давай разберём подробно.

Есть Ingress Controller. Это что угодно, что взаимодействует с API Kubernetes и понимает, что такое Ingress объект в Kubernetes и позволяет роутить трафик снаружи внутрь кластера.

Контроллер может быть хоть nginx, хоть haproxy, хоть traefik, и есть ещё тонна реализаций.

Мы используем этот. По совместительству самый популярный. https://github.com/kubernetes/ingress-nginx

У вас какой?

окей, да

у нас на основе ha-proxy сейчас стоит

его не я настраивал, не помню точно, откуда его взяли

Я расскажу, как этот работает, а haproxy по аналогии должен уметь всё, только я с ним не работал. Для него создаётся т.н. Ingress ресурс, там описывается список хостов и URL paths и куда их роутить. Это им объекта Service и порт в нём.

Сервис в свою очередь указывает на нужные поды с воркерами.

Nginx получается список IP из объекта Endpoint, который автоматически создаётся вместе с сервисом.

И по нему делает балансировку по свои внутреннием механизмам (upstreams).

да, это я, вроде как, понимаю. А что если я не хочу явно список хостов передавать?

wildcard звёздочку ввалить в Ingress объект?

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

wildcard звёздочку ввалить в Ingress объект?

о, а так можно?

На нескольких клиентах работает.

Но это сильно зависит от самого контроллера. Nginx Ingress Controller поддерживает.

спасибо, попробуем

Documentation is available here.

http://romana.readthedocs.io/en/latest/ - правильный линк

спасибо, попробуем

Т.е. у вас воркеры разные по доменам что ли?

Т.е. у вас воркеры разные по доменам что ли?

у нас еще хуже сейчас

у нас несколько неймспейсов и нам надо трафик балансировать по ним в зависимости от пути в урле

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

Он совсем не умеет на несколько.

Это бы лучше в один namespace, конечно. Какие бонусы вы получаете от разных?

а что использовать в таком случае лучше?

Это бы лучше в один namespace, конечно. Какие бонусы вы получаете от разных?

надо разным юзерам ресурсы ограничивать по-разному

Окей, я понял, используете квоты.

да

Если нужно динамически менять ингрессы в разных неймспейсах, то напишите просто клиент в API Kubernetes, который будет менять пути в этих Ingress ресурсах, чтобы можно было указывать на разные сервисы и поды, соответственно.

На каком языке программируете?

основная логика пока на питоне, но на го тоже можем

но что именно будет балансировать на разные неймспейсы? ставить отдельно руками nginx/haproxy вне кластера?

Балансировка ведь в пределах одного namespace? Т.е. один URL (domain + path) ведёт в один сервис в каком-то конкретном namespace, верно?

Балансировка ведь в пределах одного namespace? Т.е. один URL (domain + path) ведёт в один сервис в каком-то конкретном namespace, верно?

есть один урл, допустим, example.com . Может быть так, что example.com/abc ведет на один сервис в одном неймспейсе, а example.com/def - на другой в другом. Нужен ресурс, где можно прописывать роутинг в таком виде

Так без проблем же это стандартным Ingress ресурсом делается.

я, вроде как, понимаю, что можно настроить внешний nginx и разложить все по ингрессам, но хочется встроенными средствами и динамически

Встроенно всё и настраивается. Просто, чтобы не словить геморроя от большого количества ingress'ов с кучей правил, можно с API напрямую поработать.

Полетели!

Регистрация в самом разгаре

Встроенно всё и настраивается. Просто, чтобы не словить геморроя от большого количества ingress'ов с кучей правил, можно с API напрямую поработать.

перефразирую вопрос. Какой ресурс, не привязанный к конкретному неймспейсу, поможет раскидать трафик по разным ингрессам в разных неймспейсах?