Andrey

@zuzzas печалька

Дай угадаю. Волнуешься из-за latency, потому что разнёс API сервера по разным уголками земного шара?

Костя

нет, волнуюсь из-за того, что до 1.9 версии мертвые api endpoint'ы НИКОГДА не пропадают из под этого сервиса

Костя

https://github.com/kubernetes/kubernetes/issues/56584

Костя

соотвественно -> положил один мастер из 3 -> отлетело 33.333 % трафика ингрессов, круто да? 😁

Artem

Добрый день, может есть у кого книга в электронном варианте "Kubernetes в действии" ?

Костя

@zuzzas ну и вот еще одна причина, почему я волнуюсь https://stackoverflow.com/questions/55652855/where-default-kubernetes-service-gets-a-list-of-endpoints# Кто любит заглядывать "под капот" Welcome 😉

Костя

@artem_kozlov почему бы не купить? Она копейки по соотношению цена/польза стоит

Artem

@artem_kozlov почему бы не купить? Она копейки по соотношению цена/польза стоит

А ты её читал? Стоит покупать?

Костя

@artem_kozlov покупал, читал, стоит, но имей ввиду, что она написана по мотивам версии 1.7 или около того, а текущая 1.14. Соотвественно основные концепции конечно актуальны, но есть и моменты, которые изменились

Igor

это вот эта? https://www.ozon.ru/context/detail/id/148388621/

Костя

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

Andor

соотвественно -> положил один мастер из 3 -> отлетело 33.333 % трафика ингрессов, круто да? 😁

А оно в другой не пойдёт если один не ответил?

Andrey

соотвественно -> положил один мастер из 3 -> отлетело 33.333 % трафика ингрессов, круто да? 😁

Стоп, я это проглядел. А почему это трафик "отлетит"?

Andrey

Ничуть такого не будет.

Костя

Стоп, я это проглядел. А почему это трафик "отлетит"?

А почему нет?

Andor

А почему да

Костя

А оно в другой не пойдёт если один не ответил?

Он пойдет снова на сервис. Под сервисом все ещё будет три эндпоинта.

Andor

Что такое "пойдёт на сервис"?

Костя

Сервис kubernetes

Andor

Что такое "пойдёт на сервис"?

Andor

Я знаю что такое kind: Service

Костя

Что такое "пойдёт на сервис"?

Омг

Andor

Что?

Костя

Там выше почитайте кейс

Andor

Ну правда, что ты называешь этими словами-то?

Костя

Отправит запрос по http на cluster-ip сервиса. Так лучше?

Andrey

А почему нет?

Ты волнуешься, что у тебя пользовательский трафик отлетит? Не отлетит.

Andor

У ингресса нет ретраев? Сервис строго кластер-ip?

Pavel

Ты волнуешься, что у тебя пользовательский трафик отлетит? Не отлетит.

А если ингресс-контроллер не сможет достучаться до api-server-а?

Andor

А если ингресс-контроллер не сможет достучаться до api-server-а?

А если сможет?

Костя

Ты волнуешься, что у тебя пользовательский трафик отлетит? Не отлетит.

Уже отлетел по таймаутам, этот вопрос уже не стоит

Andrey

А если ингресс-контроллер не сможет достучаться до api-server-а?

Так пожалуйста. Он у себя в памяти хранит последнее состояние по Endpoint'ам. Если больших пертурбаций в кластере нет, а их часто не происходит, то Ingress Controller будет держать последний актуальный конфиг и роутить пользовательский трафик согласно ему.

Костя

Так пожалуйста. Он у себя в памяти хранит последнее состояние по Endpoint'ам. Если больших пертурбаций в кластере нет, а их часто не происходит, то Ingress Controller будет держать последний актуальный конфиг и роутить пользовательский трафик согласно ему.

Верно, но только после того как 33 процента отлетит

Andrey

Верно, но только после того как 33 процента отлетит

Господи, о каких 33 процентах ты говоришь? О чём ты?

Andrey

Верно, но только после того как 33 процента отлетит

Или ты роутишь внешние запросы на Service kubernetes.default. И это совсем не общий вопрос, да?

Pavel

Так пожалуйста. Он у себя в памяти хранит последнее состояние по Endpoint'ам. Если больших пертурбаций в кластере нет, а их часто не происходит, то Ingress Controller будет держать последний актуальный конфиг и роутить пользовательский трафик согласно ему.

Я просто в каких-то старых версиях напарывался на то, что ингресс-контроллер как раз таки сразу после того как не мог достучаться до апи-сервера флашнул всю инфу по эндпонитам. Возможно, Константин тоже про это)

Pavel

И возможно это были кривые руки, а возможно и баг в старой версии nginx-ingress-контроллера

Andrey

Я просто в каких-то старых версиях напарывался на то, что ингресс-контроллер как раз таки сразу после того как не мог достучаться до апи-сервера флашнул всю инфу по эндпонитам. Возможно, Константин тоже про это)

Последние 1.5 года эскплуатации конкретно Nginx Ingress Controller не было такого. Говорю из опыта. Баг, возможно, был, спорить не буду. :)

Костя

Да о чем ты вообще? Какие запросы? Ingress контроллеры, чтобы работать, должны подключаться к api! Они к ним подключаются через сервис kubernetes, у которого кол во эндпоинтов равно кол ву мастеров. Так вот один мастер умер. Эндпоинты не отреагировали и их осталось 3. Вопрос сколько процентов получат таймауты?

Andrey

Да о чем ты вообще? Какие запросы? Ingress контроллеры, чтобы работать, должны подключаться к api! Они к ним подключаются через сервис kubernetes, у которого кол во эндпоинтов равно кол ву мастеров. Так вот один мастер умер. Эндпоинты не отреагировали и их осталось 3. Вопрос сколько процентов получат таймауты?

0

Andrey

Если говорить про трафик ко всем остальным сервисам. Если конкретно к kubernetes.default сервису, то 33.33%.

Костя

Бинго

Andor

Если говорить про трафик ко всем остальным сервисам. Если конкретно к kubernetes.default сервису, то 33.33%.

А у ингресса нет ретраев?

Andrey

Бинго

А теперь расскажи кейс Ingress, натравленного на Service kubernetes из default неймспейса. Снаружи апишку открываешь?

Andrey

А у ингресса нет ретраев?

Есть, но я туда вкинул ретраи. :3

Andrey

Я не наезжаю, бтв, интересны варианты разных юзкейсов просто.

Костя

А теперь расскажи кейс Ingress, натравленного на Service kubernetes из default неймспейса. Снаружи апишку открываешь?

Не то... Дело не в снаружи/веутри. Дело в том, что ingress-контроллер, чтобы вообще мог генерировать конфиги должен иметь подключение к API и смотреть на ресурсы (watch). Так вот к коннектится к API он через тот самый сервис kubernetes, адрес и порт, которого есть в env переменных в любом поде, после старта. А "под" этим сервисом находится список фактически зазаркоденных endpoint'ов. В этом смысл

Artem

Ребятушки, а куда prometheus складывает данные по-умолчанию? К себе в контейнер? Поставил giantswarm/prometheus

Andrey

Не то... Дело не в снаружи/веутри. Дело в том, что ingress-контроллер, чтобы вообще мог генерировать конфиги должен иметь подключение к API и смотреть на ресурсы (watch). Так вот к коннектится к API он через тот самый сервис kubernetes, адрес и порт, которого есть в env переменных в любом поде, после старта. А "под" этим сервисом находится список фактически зазаркоденных endpoint'ов. В этом смысл

Это-то я понимаю. Но list/watch этот ему не нужен 100% времени. Потому что у него есть такой концепт, как Store внутри. И он состояние кластера держит в себе, даже при отключённых API серверах.

Andrey

Ребятушки, а куда prometheus складывает данные по-умолчанию? К себе в контейнер? Поставил giantswarm/prometheus

Да, в локальную файловую систему.

Костя

Это-то я понимаю. Но list/watch этот ему не нужен 100% времени. Потому что у него есть такой концепт, как Store внутри. И он состояние кластера держит в себе, даже при отключённых API серверах.

Вот это уже интересно. Где про это можно прочитать?

Artem

Да, в локальную файловую систему.

а это нормально, или сразу нужно поменять на persistent volume?

Andrey

Вот это уже интересно. Где про это можно прочитать?

Это про все контроллеры/операторы работает. Сейчас я тебе мою любимую статью кину.