Есть тут кто использует stolon, MariaDB или Galera в кубике?

Зачем ? Первое можно. Остальные два стремно

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

Парни из перконы собрали для куба. С mysql proxy

А что по столону? Пользовали?

Flant рекомендовал. Выглядит продакшн-реди

Ну это я тоже могу. А вот как поставил, а оно разъехалось. Правда это может быть все из-за того что я куб на попенстеке поднял и стейт в конфигмапу положил, но уже напрягло

Поясни подробнее

Ну если прямо логи нужны, то только позже, ноут не под рукой

Ну, мы запустили, вроде ок

Flant рекомендовал. Выглядит продакшн-реди

Ну, мы запустили, вроде ок

Тогда пожалуй откажусь

а вы кго роняли, свзяность сетевую рвали?

Аллергия на флант?

Есть подозрения, что выживет, но будет тупить

а как-то бэкапы делаете? Я что-то по их доке не совсем понял как они предлагают это делать.

а как-то бэкапы делаете? Я что-то по их доке не совсем понял как они предлагают это делать.

я помню патрони вроде в кубе отдельную реплику поднимала (в джобе вроде) и на ней чекпоинт снимала и сливала куда-то. Может у них так же, я столон не смотрел. Базу в куб тащить это такое

Т.е. с базой на 10+ГиБ будет норм работать

Я не говорил, что это у нас в проде ))

Flant рекомендовал. Выглядит продакшн-реди

А где рекомендовал?

Прямо рекомендовали?

Прямо рекомендовали?

все равно еще не все проблемы решены

Особенно клевый проект https://kubedb.com/ Там маленькая группа индусов пилит оператор для k8s чтобы управлять БД, в частности postgresql.

Особенно клевый проект https://kubedb.com/ Там маленькая группа индусов пилит оператор для k8s чтобы управлять БД, в частности postgresql.

Но ведь stolon

Особенно клевый проект https://kubedb.com/ Там маленькая группа индусов пилит оператор для k8s чтобы управлять БД, в частности postgresql.

Маленькая группа индусов

и этим всё сказано

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

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

https://www.youtube.com/watch?v=BcmUOmvl1N8

один и тот же kubectl на ubuntu создает папку $HOME/.kube, а на centos — нет (при get pods, например). Почему?

Я все ждал когда начнутся танцы и музыка, и перевод про разлученных в детстве братьях серверах, Веба отдали в бедную хостинг семью, а Апликешн не знал бед, жил в достатке и он не знал вкуса ddr без ecc

Права?

Но ведь stolon

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

Нонуниверсал же. Не думаю, что у вас из баз в продакшоне один постгрес

Нонуниверсал же. Не думаю, что у вас из баз в продакшоне один постгрес

на что? весь хомяк принадлежит пользователю от которого запускается kubectl. Но есть нюанс: и там и там kubectl запускается через sudo

Я ж здесь уже раза два толкал телегу про kubedb. Хэштег уже придумать, что ли.

А зачем через судо?

1) https://github.com/kubedb/project/issues/330 эту багу мы нашли за месяц до создания этого issue где-то через полчаса тестирования. Там сочетание несколько оптимистичного восприятия гарантий, которые дает функционал выбора лидера в client-go и кучи башнянки, которая запихивается в образ, дергается из обвязки на go и имеет свойство ни на что не реагировать. Повторный перезапуск всего, кстати, при отсутствии в объявлении postgres-кластера источников для восстановления из бэкапа с высокой долей вероятности приведет к снова рабочей схеме "мастер + слейвы", но с идеально пустыми базами. Мы решили это радикально, переписав башнянку на го с использованием контекстов для своевременной отмены одного сценария, чтобы начать другой и вынесли логику из коллбэков лидер-электора в отдельный event loop, а коллбэки теперь просто отсылают сообщения в каналы. 2) Не умеет в pg_rewind, поэтому бывший мастер восстанавливается из бэкапа полностью 3) Не хватает альтернативы proxy из stolon, там просто перевешиваются лейблы на поды при смене лидера, но kube-proxy соединения-то не рвет. 4) С точки зрения кодовой базы: отвратительное управление зависимостями через glide с кучей форкнутых апстримовых либ, включая kubernetes/apiserver(!) c пустячными изменениями типа "а вот тут побольше логов, пожалуйста", которые в большинстве своем находятся в github.com/kmodules, но импортятся через kmodules.xyz/<package_name>, для чего используется алиасомагия glide'а. Зачем - непонятно. Плюс еще куча подобных подвохов. Теперь мы мучаемся, отдирая все это гвоздодером. 5) Никаких апгрейдов постгреса на новую мажорную версию, да

/etc/kubernetes/admin.conf после работы kubeadm не читается кем попало

Ну допустим, а причем тут kubectl?

при том, что kubectl для доступа к api должен его прочитать

Но ведь не прям его же, а kubeadm и сам говорит, мол положи в .kube/config перед использованием

Сильно или безнадежно плох?

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

И увеличить энтропию этого говна)

Если тебе так угодно

Anyone has access to kubernetes fundamental course?

Русское комьюнити, предполагает общение на русском

не вредничайте, Николай. Русский довольно тяжёлый для изучения язык