Andor
а если я хочу минимизировать количество ручной работы при заведении нового сервиса, например?
Andrey
@kvaps а ksonnet умеет хуки? Когда читал про него, не уловил
Andor
хуки?
𝚔𝚟𝚊𝚙𝚜
а если я хочу минимизировать количество ручной работы при заведении нового сервиса, например?
использование ksonnet не обязательно, разница лишь в том, будешь ли ты оперировать обычным json: "ports": { "port": params.targetPort, "targetPort": params.targetPort } или функциями типа: withPorts(containerPort.new(targetPort))
Andrey
хуки?
временные ресурсы, которые нужно выполнить до или после создания основных
𝚔𝚟𝚊𝚙𝚜
но стоит признать, что ksonnet-lib более гибкий и немногословный, зато с обычным jsonnet быстрее разобраться можно
𝚔𝚟𝚊𝚙𝚜
советую в такой последовательности: - пройти ksonnet tour - попробовать сгенерить сервис локально без ksonnet-lib - понять как работают environment и override для параметров - изучить ksonnet-lib если хочется чего-то большего
Kirill
господа, я всех достал, но у меня не работает https. Я пробовал кучу всего, но ingress nginx controller не хочет работать с https, выдает ошибку 404ю. При этом в логи ничего не пишет, я не могу понять, куда посмотреть. Может кто сталкивался или просто знает?
Andrey
gke?
Mr.
а сертификаты есть?
Rainbow
ingress всегда пишет в логи 404... O_O По-умолчанию конечно
𝚔𝚟𝚊𝚙𝚜
@kvaps а ksonnet умеет хуки? Когда читал про него, не уловил
думаю что не умеет, он только генерит и применяет. если нужны хуки можно генерить одноразовый под с заданными параметрами, например.
Mr.
ну в смысле tls в ингресе настроен?
Mr.
хосты прописаны все?
Mr.
в секретах серты правильные
Kirill
ingress всегда пишет в логи 404... O_O По-умолчанию конечно
он ее не пишет в логи, это ответ от сервера на curl
Andrey
думаю что не умеет, он только генерит и применяет. если нужны хуки можно генерить одноразовый под с заданными параметрами, например.
ну то есть это такой шаблонизатор, логику обновлений, blue/green всякий, миграции, в него не запихаешь
Kirill
ну в смысле tls в ингресе настроен?
какой именно ингресс нужно смотреть? тот, что я создаю для доступа к service?
Rainbow
Вы смотрили в nginx конфиг?
𝚔𝚟𝚊𝚙𝚜
Kirill
а есть еще какой-то?
https://paste.ee/p/roKRu
Kirill
вот такого вида
Rainbow
portainer.......?
𝚔𝚟𝚊𝚙𝚜
хотя он еще и helm чарты рендерить умеет
Mr.
вот такого вида
tls: - hosts: - facebook.com secretName: letsencrypt-certs
Mr.
hosts должны быть по идее
Kirill
portainer.......?
просто нужен был контейнер любой
Andrey
https://paste.ee/p/roKRu
hosts не указан в tls
Rainbow
tls: - hosts: - facebook.com secretName: letsencrypt-certs
не нужно и так работает
Mr.
у меня не работало
Mr.
хотя может быть и нет
Rainbow
nginx-ingress/ddg это странно
Rainbow
там же секреты не идут в другой namespace вроде
Rainbow
создайте секрет в default namespace
Kirill
щас попробую переделать
Kirill
https://paste.ee/p/TBcyq вот такой конф nginx
Rainbow
это откуда? O_O это не ingress-controller же
Andrey
при чём здесь nginx? ты же ingress используешь
Mr.
nginx-ingress же
Kirill
https://github.com/nginxinc/kubernetes-ingress вот это я юзаю
Andrey
а конфиг для nginx тебе зачем?
Rainbow
https://github.com/nginxinc/kubernetes-ingress вот это я юзаю
https://github.com/kubernetes/ingress-nginx/blob/master/docs/troubleshooting.md
Mr.
помогло
хосты или секреты?
Kirill
я сделал и то, и то. добавил хост и перебил секрет в дефолтный ns
Mr.
возможно хосты, как говорят и не надо, но все равно хорошо
Kirill
я думал, что можно повесить все секреты на контроллер и не прописывать их каждому ингрессу. Видимо, не понял работу всей связки
Kirill
спасибо большое
Rainbow
Либо letsencrypt добаляет что-то в сертификаты, из-за чего не нужно host писать. Или просто не нужно писать.
Andor
Он вроде и юзает их
Andor
Или это ужн другой чувак? :)
Kirill
зачем вам свой https? есть cert-manager и letsencrypt
у нас свои wildcard сертификаты, но я щас почитаю про серт-манагера, спасибо
Vlad
Парни, если я на сервере вне k8s поставлю базу, поды из k8s до нее смогут достучаться? При условии что все будет происходить на 1 ноде/сервере
Andor
Ставить что-то неподконтрольное куберу на нодах кубера - ниочинь идея
Семён
лучше уж тогда базу тоже через кубер поднять
Kyrylo
но случаи конечно разные бывают (но я бы не советовал)
Andor
Даже статик под лучше
Andor
Ай яй яй
Rainbow
okmeter сказали, что норм) на хайлоаде
Rainbow
у них кафка так стоит
Семён
зря зря зря
Puma
ну а смысл база отлично встанет на ноду стейтфулом и будет тоже самое и не надо фигню городить
Rainbow
Где там summary по базам в кубе?))
Rainbow
Вкратце содержание предыдущих серий: - база в кубе зло, контейнер рестартанет и пиздец - так вольюмы же - не панацея, багов в докере дохера - не используй докер, есть crio,containerd/докер стал лучше - ваш куб все ресурсы заберёт у базы - так мы на отдельные ноды шедулим и тейнтим там - так зачем тогда куб? Ставьте рядом на виртуалку - куб даёт повторяемость деплоя, готовые рецепты ввиде операторов, единообразный мониторинг, rbac/network policy и проч - ваш куб скрывает прямой доступ, как мне psql запускать или конфиг править, файлики двигать? - ну есть kubectl exec в контейнер (тут кубоводы очевидно забивают на повторяемость результатов и автоматизацию ухода за базами :) - у меня куча тулзов и скриптов на все случаи жизни, из никогда не будет в контейнере в нужный момент - ну можно kubectl port forward, можно дебаг контейнер собрать и запустить с тем же pvc , можно подстелить соломку и таки положить нужные бинарники в контейнер с базой - ни один нормальный ДБА не примет куб, он не может отвечать за то, что он не контролирует, все многолетние наработки и опыт придется переделывать - ну прогресс же, не умеешь клауднатив - вон из профессии - вы сами то какие базы держите у себя раз за куб топите? - а ну мы пока экспереиентируем, базы пока на виртуалках, но скоро вот точно будем в кубе/ у нас ВордПресс с mysql на 200 мб в кубе в проде! - а ну ясно, на будущее, база это оракл на пару террабайт минимум, как дорастете и отрастите яйца ее в кубе пускать - там поговорим :) #базавкубере
читаем ещё раз
Михаил
Вкратце содержание предыдущих серий: - база в кубе зло, контейнер рестартанет и пиздец - так вольюмы же - не панацея, багов в докере дохера - не используй докер, есть crio,containerd/докер стал лучше - ваш куб все ресурсы заберёт у базы - так мы на отдельные ноды шедулим и тейнтим там - так зачем тогда куб? Ставьте рядом на виртуалку - куб даёт повторяемость деплоя, готовые рецепты ввиде операторов, единообразный мониторинг, rbac/network policy и проч - ваш куб скрывает прямой доступ, как мне psql запускать или конфиг править, файлики двигать? - ну есть kubectl exec в контейнер (тут кубоводы очевидно забивают на повторяемость результатов и автоматизацию ухода за базами :) - у меня куча тулзов и скриптов на все случаи жизни, из никогда не будет в контейнере в нужный момент - ну можно kubectl port forward, можно дебаг контейнер собрать и запустить с тем же pvc , можно подстелить соломку и таки положить нужные бинарники в контейнер с базой - ни один нормальный ДБА не примет куб, он не может отвечать за то, что он не контролирует, все многолетние наработки и опыт придется переделывать - ну прогресс же, не умеешь клауднатив - вон из профессии - вы сами то какие базы держите у себя раз за куб топите? - а ну мы пока экспереиентируем, базы пока на виртуалках, но скоро вот точно будем в кубе/ у нас ВордПресс с mysql на 200 мб в кубе в проде! - а ну ясно, на будущее, база это оракл на пару террабайт минимум, как дорастете и отрастите яйца ее в кубе пускать - там поговорим :) #базавкубере
Artem
Добрый день. Поднял голый кластер кубернетес, подскажите, как мне ингресс контроллер установить на определенную ноду и запретить на ней запускать что-либо еще?
Rainbow
https://kubernetes.io/docs/concepts/configuration/taint-and-toleration/
Vlad
В итоге: базу лучше прям на ноде разворачивать или внутри k8s? Какие аргументы?
Rainbow
Вкратце содержание предыдущих серий: - база в кубе зло, контейнер рестартанет и пиздец - так вольюмы же - не панацея, багов в докере дохера - не используй докер, есть crio,containerd/докер стал лучше - ваш куб все ресурсы заберёт у базы - так мы на отдельные ноды шедулим и тейнтим там - так зачем тогда куб? Ставьте рядом на виртуалку - куб даёт повторяемость деплоя, готовые рецепты ввиде операторов, единообразный мониторинг, rbac/network policy и проч - ваш куб скрывает прямой доступ, как мне psql запускать или конфиг править, файлики двигать? - ну есть kubectl exec в контейнер (тут кубоводы очевидно забивают на повторяемость результатов и автоматизацию ухода за базами :) - у меня куча тулзов и скриптов на все случаи жизни, из никогда не будет в контейнере в нужный момент - ну можно kubectl port forward, можно дебаг контейнер собрать и запустить с тем же pvc , можно подстелить соломку и таки положить нужные бинарники в контейнер с базой - ни один нормальный ДБА не примет куб, он не может отвечать за то, что он не контролирует, все многолетние наработки и опыт придется переделывать - ну прогресс же, не умеешь клауднатив - вон из профессии - вы сами то какие базы держите у себя раз за куб топите? - а ну мы пока экспереиентируем, базы пока на виртуалках, но скоро вот точно будем в кубе/ у нас ВордПресс с mysql на 200 мб в кубе в проде! - а ну ясно, на будущее, база это оракл на пару террабайт минимум, как дорастете и отрастите яйца ее в кубе пускать - там поговорим :) #базавкубере
тут все рассказано про аргументы