« Rev
@kubernetes_ru   1215
Fwd »


Andor
делай через отдельные кластеры
Игорь
это дорого
Игорь
будет избыточность
Игорь
прод я вынесу в отдельный кластер 100%
Andor
разгребать ошибки - дорого
Игорь
а вот остальные среды будет дороговато
Andor
сколько?
Andor
сколько стоит поднять кластер для экспериментов в амазоне через kops например?
Игорь
не знаю, но подымать 10 виртуалок под каждую среду это дорого очобенно с учетом того, что их у меня 6
Andrey
А чем плохо-то неймспейсами и нетворкполиси
Andor
нет
Andrey
А смысл?)
Andor
А смысл?)
иначе это не такая же среда либо не изолированная среда
Игорь
это допустимо для теста
Andrey
иначе это не такая же среда либо не изолированная среда
Ну разный неймспейсы вполне себе изолированная среда. Хотя тут сильно от приложения зависит.
Игорь
ну подымать 6 кластеров кубера это явно абсурд
Andrey
Я тестовый неймспейс анально огородил нетворкполиси и вообще выселил на спотовые инстансы. Девелоперам даю креды без прав на прод, деплой через дженкинс
Andrey
у тебя вся система состоит из одного приложения?
Пока из одного неймспейса. А это дает возможность плодить среды=неймспейсы
Andor
намного проще раздеплоиться в дев, посмотреть что всё ок, потом одной командой поменять кластер и раздеплоиться в тест, прогнать все тесты и потом снова одном командой поменять кластер на прод и раздеплоиться туда
Andor
Пока из одного неймспейса. А это дает возможность плодить среды=неймспейсы
как сикреты одних приложений защищаете от чтения другими приложениями?
Игорь
через волт
Andor
что "через волт"?
Andor
при чём тут волт?
Andrey
как сикреты одних приложений защищаете от чтения другими приложениями?
У меня пока такой задачи не было. Но в чем проблема rbac'om зарезать доступ на уровне ns?
Anton
Это троллоло?)))
поднимаешь главный кубернетес на ката-контейнерах (виртуалках), а в нем уже поднимаешь остальные кубернетесы на докере
Andor
ката-контейнеры - не докер
Andor
и кубеня у тебя могут быть не с докером
Aleksey
ну замените докер на кубик 🙂 смысл тот же 🙂
Andor
или не тот же
Aleksey
идея кубни в кубе поднимать лично мне нравится и скорее всего рано или поздно мы её реализуем 🙂
Andor
это не совсем "куб в кубе"
Andor
это "виртуалки кубом и куб (другой) в этих виртуалках"
Andrey
🤦‍♂️🤦‍♂️🤦‍♂️🤦‍♂️🤦‍♂️
Andrey
Юра, мы все проебали.
Семён
Кесли завещал под каждый стейдж свой кластер. А он Мохаммед кубернетеса
Renarde
Всем привет! Расскажите пожалуйста есть ли в kubernetes возможность сделать кастомный autoscaler, который зависит скажем не от метрик CPU или memory utilization а от скорости ответа на запрос? Допустим, в сервисе есть X реплик HTTP сервера, и мы хотим чтобы ответ всегда приходил не менее, чем за 2 секунды, если больше - поднять ещё одну реплику.
Renarde
Есть
А где можно про это почитать, так чтобы поподробнее?
Andor
а по-простому наверное через запросы в прометее можно это делать
Vadim
https://github.com/stefanprodan/k8s-prom-hpa#auto-scaling-based-on-custom-metrics
Anton
это не совсем "куб в кубе"
внутренние кубы будут представлены crd внешнего куба, конечно же :)
Andrey
*перекрестился*
Anton
можно будет задеплоить кластер одной командой по ссылке из интернета
Anton
kubectl сразу ссылку же умеет (можно даже без курла)
Andor
а, ну тем более
Andrey
И в ридми ссылку на этот чатик вместо документации
Vadim
зачем возиться с kata containers, если давно есть bootkube, который примерное так и делает
Anton
потому что kata-containers это всего лишь container runtime, и ты сам решаешь как, чем и с какими политиками ты деплоишь куб. А bootkube все решил за тебя.
Anton
я может хочу "кубернетес на бинарниках the hard way"
Vadim
bootkube возьмет всё из assets, положу туда что угодно
Stas
ща будет тупой вопрос где почитать зачем ингресс контроллеру нужна роль на get nodes?
inqfen
Ща тупее еще будет про него, просвятите плз
inqfen
Разбираюсь с кубом, сделал ingress bubectl get ingress -o yaml apiVersion: v1 items: - apiVersion: extensions/v1beta1 kind: Ingress metadata: creationTimestamp: 2018-11-19T15:12:13Z generation: 1 name: test-ingress namespace: default resourceVersion: "36681" selfLink: /apis/extensions/v1beta1/namespaces/default/ingresses/test-ingress uid: 7e5a6162-ec0d-11e8-81ee-022e52652bca spec: backend: serviceName: testt-nginx servicePort: 88 status: loadBalancer: ingress: - {} kind: List metadata: resourceVersion: "" selfLink: ""
inqfen
Он работает, все классно
inqfen
Но почему-то он существует только на нодах master
inqfen
всего их 3, 2 master, node одна node
Семён
ты пробовал настраивать node-affinity? что бы исключить запуск не system контейнеров на мастере ?
inqfen
на той, где только node ingress нет
inqfen
ты пробовал настраивать node-affinity? что бы исключить запуск не system контейнеров на мастере ?
с этим будет понятно, просто я полагал, что из коробки если нет nodeSelector, то он должен подняться на всех
Семён
serviceName: testt-nginx точно правильный serviceName ?
inqfen
Да, с этим все норм
inqfen
ingress работает
inqfen
У меня вопрос в том, почему из 3х он поднялся только на двух
inqfen
Есть подозрение, что из-за этого ingress-nginx default-backend-58b7c486f8-tg88n 1/1 Running 0 33h ingress-nginx ingress-nginx-controller-k8lq7 1/1 Running 0 33h ingress-nginx ingress-nginx-controller-t59nx 1/1 Running 0 33h
inqfen
Который default-backend
Семён
у меня пока нехватит экспертизы помочь = (
inqfen
Так, похоже понял
inqfen
kubespray развернул ingress только на ноде, которая не master
inqfen
И когда создаешь свой ингресс, он на той ноде не создается
inqfen
kubectl describe pod -n ingress-nginx default-backend-58b7c486f8-tg88n ... Node: node3/172.16.1.208
inqfen
Метод утенка сработал, всем спасибо)
« Rev
@kubernetes_ru   1215
Fwd »