Kubernetes, Ingress controller [2], установка и настройка, вариант с NodePort

[@gumerov2169]

Отличная подача материала! Тщательный, основательный разбор темы. Лайк, подписка

[@envy1616]

лучшее видео, что я видел по ингресс. 1000 благодарностей!

[@fredrikf9941]

Видео отличное и информативное, как раз начала разбираться как работает ingress. Огромное спасибо!!!

[@lekseich79]

Артур, спасибо Вам! Очень подробно и понятно

[@aseronix]

супер, все четко

[@mikhailmakarov7772]

Спасибо за информационную работу, было полезно

[@eldarkarimov5791]

Спасибо вам

[@MrJKetch]

Я уже голову сломал решая эту задачку.) У меня такая же архитектура, сделал все так же. Запускаю два пода на разных нодах, и почему то трафик все равно идет на оба пода. Хотя, как я понял externalTrafficPolicy: Local должен трафик кидать только в тот под на котором запущен контроллер.

[@OldPythonKAA]

Может что то не так в кубе настроили? C CNI проблем нет? Посмотрите на машинах как правила NAT построены.

[@MrJKetch]

@@OldPythonKAA Не, я в кубе ничего не настраивал, так как развернут он на Talos. А в него просто так не влезешь консолькой))

[@OldPythonKAA]

В какие только извращения не ныряют люди, лишь бы не работать руками :)

[@PatsevAnton]

Спасибо за курс по kubernetes. Интереснвй вопрос. Liveness и readiness пробы откуда делают запрос http get? Это api server делает? Или kubelet делает?

[@OldPythonKAA]

Кубелет. Он управляет жизнью контейнера, в том числе при помощи проб.

[@artyommarkov9896]

Спасибо за видео, все сразу встало на свои места. Не понял только момента со строчкой в манифесте Ingress host: "какой-то url" Как в итоге получили доступ до прометеуса? в /etc/hosts на ноде кластера прописали url и айпишник узла как сказали в видео, но как вы с локал хоста получили доступ к прометеусу?

[@OldPythonKAA]

Мне кажется Вам надо разобраться как работает DNS и resolver. Предполагается, что вы умеете администрировать Linux.

[@artyommarkov9896]

@@OldPythonKAA смысл днс вроде понятен, просто резолв имени в айпиадрес. Вопрос был в том, откуда ваш локальный хост знает о содержании /etc/hosts на второй ноде кластера? Вы же по сути, с локального хоста, который ничего не знает о айпишнике и днс имени ноды кластера на которой бежит Прометей, постучались на dns имя описанное в Ingress и попали на нужный под.

[@OldPythonKAA]

Мой локальный и не только локальный, а любой hosts правится вручную. Т.е. я туда всё необходимое сам добавлял. Повторяю вопрос, вы знаете как работают resolvers (локальные клиенты DNS)?

[@xaxalox]

Спасибо за видео, очень полезное Возник вопрос, если необходимо прокинуть трафик по опеределенному порту, а не по url, например для smpp (tcp), как это лучше сделать? В видео вы между делом, сказали что через data: делать не лучший вариант

[@OldPythonKAA]

Service NodePort. Или попробовать другой ingress controller, не на базе nginx.

[@sonofthenorth]

Интересно, а не слишком ли большую нагрузку (трафик) создаёт использование JSON vs PlainText в Access Log'ах?

[@OldPythonKAA]

нет

[@MrDanik011]

А в чем смысл такого балансира если весь трафик будет идти всегда на 1 ноду? Где собственно балансировка ?

[@OldPythonKAA]

В этом случае используют внешний балансировщик.

[@frolovskii_v]

12:30 подскажите пожалуйста по логам. Вы говорите, что логи в json хорошо, но ведь и сам докер пишет в json и на выходе получается дичька, которую не очень удобно парсить тем же самым fluend. Почему тогда в json хорошо писать?

[@OldPythonKAA]

Посмотрите видео про логи на канале.