Anonymous
Sergey
Anonymous
Anonymous
а при каких условиях оно приходит?
Регистрировался давно, когда они после конференции делали анонс, мол у нас будет тоже.
Anonymous
Но и приглашение на регистрацию не всем приходило, не знаю как это работало.
Anton
Кто-нибудь юспользовал артифактори как репозиторий для хелм чартов? Есть ли подводные камни?
У sonartype Nexus есть поддержка хранения helm чартов
bebebe
постил тут кто-то недавно про ограничение 7 volume на ноду)
аккуратней там)
и вроде как loadbalancer'а нету 😉
Anonymous
а в чём разница между лоадбалансером и ингрессом ?
Прям хоть доку читать ..
Rainbow
а в чём разница между лоадбалансером и ингрессом ?
Прям хоть доку читать ..
лоадбалансер это лоадбалансер. а ingress это как mount в linux
Grisha
лоадбалансер это лоадбалансер. а ingress это как mount в linux
Что-то смута какая-то, ты уверен в том что написал?
Rainbow
ingress не похож на mount в linux?
Rainbow
mount /dev/some /dir
ingress my-service mydomain.ru/service
Anonymous
логика понятна, но нет.
Ievgen
Лоадбалансер это программа которая принимает пакеты и рассылает их между несколькими нижестоящими сервисами, т.е. "балансирует"
ingress это чисто логическая сущность кубернетиса, в которой описана связь между лоадбалансером и сервисами
Rainbow
ingress это ресурс которым ingress контроллер пользуется. Это я знаю и понимаю. Но суть как у mount всей схемы
Rainbow
и маунтит он service, который может быть лоадбалансером, а может и не быть.
Grisha
ingress это ресурс которым ingress контроллер пользуется. Это я знаю и понимаю. Но суть как у mount всей схемы
Я возможно не понимаю тебя, возможно не понимаю кубер, но ты сейчас апстримы видишь как маунт поинты?
Grisha
Или ты локейшены видишь как маунт поинты?
Rainbow
локейшен
Grisha
Ты бы лучше так и говорил:)
Rainbow
device -> /dir
service -> /location
ну вроде и так ясно
Grisha
Ингриз поддерживает локейшены, балансёр нет
Grisha
При этом ингриз более высокий уровень абстракции
Rainbow
Запутались в понятиях, все все понимают, проехали.
Grisha
Который взаимодействует с балансерами(services)
Grisha
вообще консистентность понятий не менее важна чем сами понятия:)
Rainbow
Вопрос был
а в чём разница между лоадбалансером и ингрессом
Я каряво написал, что это разные штуки
Grisha
Чтобы не выходило что люди говорят об одном и том же но по разному
Sergei
вообще консистентность понятий не менее важна чем сами понятия:)
хочу умножить этого оратора.
Grisha
Мы же не гуманитарии какие-то;)
Sergei
Вопрос был
а в чём разница между лоадбалансером и ингрессом
Я каряво написал, что это разные штуки
Один на L4, другой на L7
Rainbow
Один на L4, другой на L7
я не суровый админ, мне главное попроще 🙈 ingress что-то типа mount - это простое описание.
Sergei
ингресс с маунтом имеет общего только ямль формат
Grisha
L4 и L7 это важно понимать :)
Grisha
Не суровостью едины, а эталонными моделями
Rainbow
только вместо dev тут service, а вместо пути location. Суть та же.
Sergei
mount который
$ mount /dev/sda1 /mnt
блин
а. тогда оно очень похоже еще на cd, там тоже есть путь.
Grisha
хотя и то тоже не подходит)
Grisha
ты же не знаешь сколько сушностей скрывается за service)
Grisha
в в mount /dev/sda1 сущность едина)
Grisha
может, но это уже совсем другая «абстракция»
Grisha
Вообще в таком ключе можно общаться бесконечно)
Grisha
у меня вот другой кейс, как service заставить балансить не РР, а на основе нагрузки node?
Rainbow
у меня вот другой кейс, как service заставить балансить не РР, а на основе нагрузки node?
слишком абстрактно. У пода есть лимиты на cpu, какая нагрузка лимитирована.
Grisha
есть node на которой 100 pod, у которыех по 1 Ghz лимит, вроде все чинно)
Grisha
но что если я хочу маршрутить траф на ноды у которых утилизировано не более 70% CPU
Grisha
чтобы если что, у подов не рос стил тайм
Grisha
ну или просто чтобы поды одной группы были нагружены одинакого
Rainbow
куб размазывает поды равномерно по кластеру и трафик даёт равномерно. И тут всплывает что одна нода нагруженнее другой?
Grisha
разумеется такое возможно)
Grisha
он же оперирует коннектами, а не запущенными этими коннектами приложений)
Grisha
допустим 100 коннектов из которыз 30 /index.php и 70 /update.php
Grisha
они вызовут разную нагрузку
Grisha
локейшен у всех будет /
Grisha
но нагрузка же разная))
Sergei
у меня вот другой кейс, как service заставить балансить не РР, а на основе нагрузки node?
это ощутимо сложнее, чем можно генерализованно сделать в кубернетесовом лоадбалансере.
Grisha
в лоад балансере разумеется нет, но возможно есть другой способ, аля анриз но очень умный
Rainbow
это кейс что на одну ноду случайно попадают много /update, а на вторую случайно попадают/index.php
маленькая вероятность такого исхода же...
Grisha
у меня просто другой кей, я описал этот потому что его легче понять
Grisha
у меня ноды отвечают за стримы
Grisha
стримы могут длится от 1 минуты до 8 часов
Sergei
у меня ноды отвечают за стримы
если у вас стримы - то у вас скорее нужно least connection использовать
Grisha
nope) у меня опять же другая концепция
Grisha
у меня стример открывает соединение с приложением
Grisha
и держит его от 1 минуты до8 часов
Grisha
и допустим ноды 2
Grisha
стримеров изначально 10
Rainbow
не принимать стримы на поде если нагрузка велика? балансер перекинет другому.
Grisha
5 стримеров видит на 1 и 5 стримеров на 2.
Но проходит 5 часов,стримеры добавляются, какие-то уходят, какие-то приходят и ситуация такая, что на 1-й ноде 50 стримеров, а на второй 20
Sergei
Rainbow
это логика уровня приложения
Rainbow
только само приложение может за себя решить что ему хватит, пора отклонять.