но column based, да

Define Dynamo^W^W Я не думаю, что это здесь стоит обсуждать.

+1

@DenisIzmaylov https://github.com/kubernetes/kubernetes/tree/master/cluster/addons/dns

вот отсюда я адаптировал rc

взял https://raw.githubusercontent.com/kubernetes/kubernetes/master/cluster/addons/dns/skydns-rc.yaml.in

заменил солтстековые шаблоны на свои значения и поехал

Define Dynamo^W^W Я не думаю, что это здесь стоит обсуждать.

Можно тред в @dba_ru перетащить

я взял rc.yaml из сорцов кубернетеса, поменял command у кубеднс (чтобы kubeconfig читался для сертификатов) и добавил маунты (чтобы сертификатам было откуда читаться)

Круто

там кстати обновили кубеднс

вот коммит: https://github.com/kubernetes/kubernetes/commit/1e7120f02cc39798eb3d2ac0a4e7e8c0e80792ca

и там image: gcr.io/google_containers/kubedns-amd64:1.7

Я сначала с 1.6 попробую завести)

Можно тред в @dba_ru перетащить

там только реляционные

какая именно проблема решается заменой постгре?

я просто рассуждаю на тему "как сделать 100% аптайм проекта с минимальными временными и умственными затратами"

грубо говоря, вот есть CRM/HelpDesk/Website/ERP/... что-нибудь ещё

и нужен 100% uptime и 100% надёжность

допустим, я пишу проект на Python/Django

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

и у меня есть облако из 3 серверов в двух датацентрах с резервированием всего и вся

и вопрос тут о том - что лучше - как-нибудь запустить эту PostgreSQL на каждом из серверов или как-нибудь быстро переключать или сменить СУБД или ...

и где хранить данные - на сетевой файловой системе или локально

Это все тоже на самом деле в тот же dba_ru. Но ты решаешь не очень привязанные к реальности проблемы.

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

я подумал, что в моих интересах иметь возможность сделать 100% uptime

Это все тоже на самом деле в тот же dba_ru. Но ты решаешь не очень привязанные к реальности проблемы.

и не теми методами я уже пытался ему эту мысть тут на днях донести но чот не работает

так вопрос как раз о методах

какие методы правильные?

у меня всё упирается в базу

с остальным вопросов нет

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

https://www.postgresql.org/docs/current/static/high-availability.html

я читал, да

тогда откуда вопросы-то?

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

ну, решений несколько, интересен пользовательский опыт

ну это не в тот чат

тут про кубернетес

Давай в @dba_ru. Только не с "как мне сделать", а "как мне обеспечить следующий SLA: <расписываешь SLA>.

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

»»> @dba_ru ««<

да я знаю про него, были планы и там спросить

я подумал, что в моих интересах иметь возможность сделать 100% uptime

100% аптайм это миф

ну, 99,9999%

31.6s даунтайма в год. Сириосли?

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

я понимаю, что 100% нереально, может и 99,9999% тоже... но никто с секундомером замерять не будет 😊

заббикс будет. давай все-таки в профильны чят.

короче, чтобы было понятно - приложение работает на 1 сервере, после перехода в облако - все его компоненты будут дублироваться и работать на 3 серверах, а трафик будет разделяться на 3 части... и если 1 сервер не работает - запрос автоматически уйдёт на другой (так как балансировщик проверяет), вот как бы и всё... то есть после перехода в облако аптайм увеличится, насколько - не знаю, но увеличится...

# kubectl get nodes NAME STATUS AGE xx.xx.xx.17 Ready 80d xx.xx.xx.18 NotReady 80d xx.xx.xx.19 Ready 80d

Пятница🎉

логи кьюблета на ноде смотри

ну и kubectl get ev --namespace=kube-system

kubectl describe выдаёт, что три раза в минуту кублет пытается подняться: 9s 9s 1 {kubelet xx.xx.xx.18} Normal Starting Starting kubelet.

серьезно, тебе не лень айпишники скринить? ;)

зачем?

привычка)

дескрайб тебе тут вообще никак не поможет

только евенты и лог кьюблета на ноде

то есть там могло место кончится, например

и он перешел в UnsufficientDiskSpace

а как логи посмотреть?

и стал нот реди по этому поводу

ну тейлом или лессом

евенты = только ошибки по kubedns

а в --namespace=default

?

(я честно говоря не помню, к какому неймспейсу ноды прибиты)

да, ноды в default и там сплошные Starting kubelet. для 18й

ну тогда только логи кьюблета

хм $ sudo journalctl -u kubelet -- No entries -- $ sudo journalctl -u kubelet.service -- No entries --

а он по другому

сколько всего интересного

Aug 26 15:43:11 www1 kubelet[38805]: F0826 15:43:11.279169 38805 server.go:118] crypto/tls: private key does not match public key

Видимо вот эта проблема

ну написато аглицким по черному: контейнер рантайм из даун

докер там умер

или рокет

или чем ты там контейнеры ворочаешь