адепты чистого kubectl

у меня всё совсем просто

нет хельма нет проблем

нет кубера нет проблем

артефакты свалившегося деплоя, с ними что делать будете?

а хельм за тебя их удалит что ли?

или что сделает?

а как же

ну вообще да, если apply старый сделать, он не почистит новое

но это такая редкость, что просто пофиг.

rollback это пожар, при пожаре все на это пофиг.

вот и приходим к тому что если стейт засрать то проще налить новый кластер чем чистить старый лол

проще понимать, что делаешь, а не надеяться на магию rollback. Новый ресурс скорее всегонужен будет после rollback, когда починят

https://medium.com/virtuslab/think-twice-before-using-helm-25fbb18bc822

rollback нештатная ситуация, там слишком много идет не так, чтобы быть спокойным.

интересно как откатывать релиз, когда создалась огромная новая дб, налили данный и срочный откат 🙈 базу то трогать не нужно. но helm же другой.

я доверяю helm'у делать ролбэк. Делать бэкапы я ему бы не доверил

интересно как откатывать релиз, когда создалась огромная новая дб, налили данный и срочный откат 🙈 базу то трогать не нужно. но helm же другой.

ну вообще да, если apply старый сделать, он не почистит новое

тот же ksonnet по-умолчанию добавляет аннотации, к какой версии и когда был сгенерен каждый ресурс, технически можно найти другие версии и почикать

но это костылики

на практике налажал - должен понимать как поправить.

угу

на практике налажал - должен понимать как поправить.

Вообще для этого операторов придумали же

интересно как откатывать релиз, когда создалась огромная новая дб, налили данный и срочный откат 🙈 базу то трогать не нужно. но helm же другой.

а вы хельмом дб управляете?)

Я ссу дб в куб

хорошая фраза вышла

Я срулетом под балконом

интересно как откатывать релиз, когда создалась огромная новая дб, налили данный и срочный откат 🙈 базу то трогать не нужно. но helm же другой.

Надо научить джобу с миграциями, что новая версия бд это нормально и откат на предыдущую версию можно хельмом. В случае большого пожара, т.е. отката на несколько версий назад, даунгрейдить версию в бд руками. Хельм тут уже не помощник, да.

Надо научить джобу с миграциями, что новая версия бд это нормально и откат на предыдущую версию можно хельмом. В случае большого пожара, т.е. отката на несколько версий назад, даунгрейдить версию в бд руками. Хельм тут уже не помощник, да.

Я миграции в ci катаю и не понимаю зачем это делать в кубе.

Кучу раз говорил про это и все молчат. Хорошо, если просто job, а не init контейнер.

Кучу раз говорил про это и все молчат. Хорошо, если просто job, а не init контейнер.

хахаха

Да, в Job. Плюсы тут в конфиге, он для миграций как и для приложения. Но да, если бд не в кубе, то пофиг.

Он такой же, если лень разделять конфиг на один CONNECTION_STRING и все остально. @diafour я понимаю, что вы из фланта и катаете каждый день куча приложений, но пропагандировать миграции в ci думаю нужно, это сильно все упрощает.

У меня команда 5 человек, мы загнемся если будем делать хоть что-то сложное 😁 при 80+ деплойментах, которые я один большей частью качу.

В смысле у меня одна из задач делать все проще. Миграции в ci это просто. И это то, с чего стоит начинать, если не понятно как делать.

Я поэтому вчера и спрашивал зачем вам rails в loghouse, если можно из браузера слать sql напрямую в базу. Rails кажется лишним сложным звеном.

Он такой же, если лень разделять конфиг на один CONNECTION_STRING и все остально. @diafour я понимаю, что вы из фланта и катаете каждый день куча приложений, но пропагандировать миграции в ci думаю нужно, это сильно все упрощает.

Нормально же общались :))) Тут всё по-разному, заказчики разные, у всех своё видение и свои процессы. У кого-то есть миграции нескольких бд и хитрые тесты в придачу, тогда проще job-ами разрулить. Бд в кубе для тестовых namespace, тогда тоже job-ы, и для продажи они же, чтобы не писать один раз в ci, второй в job.

Да и нормально общаеся) Я просто топлю за миграции в базе и оно не топится, обидно за простое решение 🙈

Я поэтому вчера и спрашивал зачем вам rails в loghouse, если можно из браузера слать sql напрямую в базу. Rails кажется лишним сложным звеном.

Loghouse собран из знакомых запчастей, поэтому rails. Там есть issue на доработки, в том числе убирание rails backend-a.

Целиком убирание или в сторону go?

Целиком убирание или в сторону go?

Если вдруг доберёмся, рассмотрим разные варианты. Сейчас работы по loghouse вынужденно висят на hold-e :(

читал читал так и не понял как же вторую сетевуху задейтсовать чтобы через нее трафик гнать

средствами route&

?

cosc asa на 70 прцоентов нагружается на нате

hi, someone speaks English?

hi, someone speaks English?

Some do

Russian speaking community :)

Do you know telegram English community?

hi, someone speaks English?

Плиз спик рашн, зис из рашн комьюнити

Do you know telegram English community?

Slack slack.k8s.io

Do you know telegram English community?

I'm afraid the telegram is not such popular in English speaking countries

so yeah, it's better to join the Slack channel

thanks guys

нет кубера нет проблем

😂👍

Я миграции в ci катаю и не понимаю зачем это делать в кубе.

не у всех доступ из ci есть до базы.

Подскажите, плиз. КАк менять настройки nginx.conf в NGINX Ingress Controller?

Подскажите, плиз. КАк менять настройки nginx.conf в NGINX Ingress Controller?

https://kubernetes.github.io/ingress-nginx/examples/customization/custom-configuration/

Но вообще в документации все это есть

А можно замапить nging.conf с хоста, как то за configmap очень не удобно. Или какие еще есть варианты?

А можно замапить nging.conf с хоста, как то за configmap очень не удобно. Или какие еще есть варианты?

жжешь

А можно замапить nging.conf с хоста, как то за configmap очень не удобно. Или какие еще есть варианты?

Есть. Запусти nginx со своим конфигом.

А все эти операторы да контроллеры от лукавого.

Коллеги, а как-то можно заставить кубелет, при неудачной livenessProbe не контейнер убивать, а весь под пересоздавать?

Может ктон-ибудь знает где flannelконтейнеры берут свои конфиги когда стартуют на новой ноде?

Может ктон-ибудь знает где flannelконтейнеры берут свои конфиги когда стартуют на новой ноде?

где то в районе /opt/cni смотрел?

где то в районе /opt/cni смотрел?

там только бинарники, ничего больше

а в выводе манифестов контейнеров что написано?

а в выводе манифестов контейнеров что написано?

в том и дело, что я не могу посмотреть этот контейнер, на старых нодах все пишет, а на новой говорит что я должен залогиниться

где то в районе /opt/cni смотрел?

/etc/cni жи

/etc/cni жи

10-flannel.conflis такой же файл как и на рабочих нодах

не кидайтесь тапками только https://freelancehunt.com/project/provesti-audit-dat-rekomendatsii-po/474388.html

ceph коварен )

10-flannel.conflis такой же файл как и на рабочих нодах

centos@ip-10-0-42-245 net.d]$ kubectl -n kube-system logs kube-flannel-pnkmn kube-flannel error: You must be logged in to the server (the server has asked for the client to provide credentials ( pods/log kube-flannel-pnkmn))

10-flannel.conflis такой же файл как и на рабочих нодах

что за ошибка то

>Ceph >3 ноды. Не хайлоад Росреестр?

в rancher Это из каробки

centos@ip-10-0-42-245 net.d]$ kubectl -n kube-system logs kube-flannel-pnkmn kube-flannel error: You must be logged in to the server (the server has asked for the client to provide credentials ( pods/log kube-flannel-pnkmn))

После чего произошло?

>Ceph >3 ноды. Не хайлоад Росреестр?

заказчик из Украины, видно какие-то мелкие экстремалы

После чего произошло?

после джоина через токен