Вчера такой холивар про базы на кубе был, а я

Question

Вчера такой холивар про базы на кубе был, а я

не успел))
Моё никому не нужное мнение:
Запустить кластер какой-нибудь базы в кубере вполне реально, и он даже будет удовлетворительно работать.
Преимущества: ну... можно хвастаться что смог и осилил)
Недостатки: базы не знают что они в кубернетесе - всякие memory лимиты им противопоказаны.
Следовательно, один Под с базой желательно чтоб распоряжался всей нодой, на которой он задеплоин. Например у монги, кроме кэша вайрвтайгера, который можно задать параметром, есть ещё кэш, который просто занимает половину свободной памяти на ноде, я не нашёл как его можно отрегулировать. И тогда смысл занимать весь сервер с кубернетевским оверхэдом для базы?
с персистент-волюмами тоже отдельная тема, но которая имеет несколько решений, со своими преимуществами и недостатками.
Но вот сил на то, чтобы это всё отладить и предусмотреть все кейсы уйдёт в разы больше, чем просто поднять рядом снэдэлон-кластер БД и забыть про него (ну ещё монтиоринг настроить, причём клиента запустить прямо в кубере - пусть пишет тудаже, где и все метрики кубернетеса)

#devops #kubernetes #programming #russian

0

27.02.2018

3 ответов

19 просмотров

Serhio

касательно монги, вполне рабочий вариант - memlimit на контейнер в X Gb и memlimit для вареного тигра X/2 Gb.

0

27.02.2018

Gleb Mekhrenin

Ты еще учитывай что у многих базы "игоушечные"все те кто пишут о работе в продакшене не хранят там десятки тб данных. У нас есть кластер из многи шардированный на 30 нод - в каждой примерно по 5 тб пожатых данных. Если такое в кубернетисе запустить будет просто неуправляемый ад

0

27.02.2018

Maksim Kletskin · Accepted Answer

Maksim Kletskin

Если говорить о продакшене, то да,в деве можно не парится и держать базу в кубе)

0

27.02.2018

172 похожих чатов

Вчера такой холивар про базы на кубе был, а я

3 ответов

Похожие вопросы