https://www.g2crowd.com/compare/kubernetes-vs-microsoft-excel

Кто что думает ?

https://medium.com/kubecost/detect-overspending-by-measuring-idle-kubernetes-resources-d5d97eb205e0

В idle CPU не включен iowait, что тоже idle для процессора. В idle memory он лихо включил buffers и cached. Мда.

ну ты же понимаешь что они не станут выдавать secret sauce, раз продают свой kubecost? :)

ну и отдельно "не нужен вам автоскейлер"

вангую что их купят до следующего кубкона

кто?

ок

Но он self-contained, по большей части. На внешний input особо не полагается. Смотрит в конфиг, ставит Helm чарты рукописные.

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

ну ты же понимаешь что они не станут выдавать secret sauce, раз продают свой kubecost? :)

у тебя имя по-русски написано

А есть кто пользует postgres в кубе? Как оно вообще там гуд или ну его? Если пользуете, то кластерная обвязка какая Stolon/Patroni/еще какое излишество опенсоурсное?

@slysha где у вас куб? какие требования к SLA? Примерно qps?

Куб для прода лучше managed. А там где managed есть managed database. ИМХО. А для тестов/staging катите чем хотите. (у меня основной куб на barametal и эт боль, потому что "ой забыл, ой развалилось")

После того как гитлаб прое свои полимеры они лишь вызывают легкую улыбку на лице %))

Это в 2017? Они тогда, если не ошибаюсь, и деньги за gitlab.com ещё не умели брать. Я бы рассматривал gitlab.com того времени как эксперементальную самую большую установку gitlab-ee, на которой они всё обкатывали перед релизами. Сейчас и деньги брать стали, и "давайте к нам" после сделки GitHub с MS заявляли. Это конечно никаких гарантий не даёт, но намекает на то, что сейчас они к этой установке гитлаба должны посерьёзнее относиться. Но конечно постмортем от GitHub о последнем крупном инциденте (про переключение мастера БД между датацентре и который) оставляет у меня ощущение, что GitHub уже перерос те проблемы, с которыми сейчас сталкивается gitlab на gitlab.com

Ой началось

помогите пожалуйста разобраться.

У тебя там написано где и чего не хватает, минус второй лишний

Этот

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

После того как гитлаб прое свои полимеры они лишь вызывают легкую улыбку на лице %))

Ну так я вроде не написал, что кто из них однозначно хорош или плох. Просто сказал, что прошло 2 года и может изменилось что-то (но не факт). И нежелание проверять это на своём опыте тоже вполне понятно :)

помогите пожалуйста разобраться.

Пишет же что контейнеру имя не задано

От человеческих ошибок не застрахован никто. Вон даже в Я когда-то заворачивали весь трафик через нидерланды из-за человеческой ошибки и лежали весь день поэтому

У меня пока максимум - это перезагрузить сервер с мастером БД. Но это уже было после закупки ssd-дисков, поэтому даже мониторинг не успел заметить)

А есть кто пользует postgres в кубе? Как оно вообще там гуд или ну его? Если пользуете, то кластерная обвязка какая Stolon/Patroni/еще какое излишество опенсоурсное?

Под перезапустится и пиздец

У меня и в mysql такое было

У вас база в памяти ? Попробуйте сохранить ее на харде, помогает)

Как это связано с постгресом?

Serverless appplications, storageless databases

Вкратце содержание предыдущих серий: - база в кубе зло, контейнер рестартанет и пиздец - так вольюмы же - не панацея, багов в докере дохера - не используй докер, есть crio,containerd/докер стал лучше - ваш куб все ресурсы заберёт у базы - так мы на отдельные ноды шедулим и тейнтим там - так зачем тогда куб? Ставьте рядом на виртуалку - куб даёт повторяемость деплоя, готовые рецепты ввиде операторов, единообразный мониторинг, rbac/network policy и проч - ваш куб скрывает прямой доступ, как мне psql запускать или конфиг править, файлики двигать? - ну есть kubectl exec в контейнер (тут кубоводы очевидно забивают на повторяемость результатов и автоматизацию ухода за базами :) - у меня куча тулзов и скриптов на все случаи жизни, из никогда не будет в контейнере в нужный момент - ну можно kubectl port forward, можно дебаг контейнер собрать и запустить с тем же pvc , можно подстелить соломку и таки положить нужные бинарники в контейнер с базой - ни один нормальный ДБА не примет куб, он не может отвечать за то, что он не контролирует, все многолетние наработки и опыт придется переделывать - ну прогресс же, не умеешь клауднатив - вон из профессии - вы сами то какие базы держите у себя раз за куб топите? - а ну мы пока экспереиентируем, базы пока на виртуалках, но скоро вот точно будем в кубе/ у нас ВордПресс с mysql на 200 мб в кубе в проде! - а ну ясно, на будущее, база это оракл на пару террабайт минимум, как дорастете и отрастите яйца ее в кубе пускать - там поговорим :) #базавкубере