Ну и про селекты речи нет

касательно производительности я уже давал ссылку на эти. блин. перконовские изыскания

НЕТ ПРОБЛЕМЫ СО СКОРОСТЬЮ ЗАПИСИ В ДОКЕРЕ

либо докажи обратное

поэтому я базу выкидываю на диск всегда

Ну ок, будет время - накалякаю что-то в постгре

поэтому я базу выкидываю на диск всегда

поясни? Она не существует в эфемерной ФС контейнера

она всегда на хосте (в вольюме - это физически такой же каталог, либо сразу через бинд маунт)

поясни? Она не существует в эфемерной ФС контейнера

маунт же

изоляция? единство среды? удобство менеджмента?

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

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

ну, можно и отдельный инстанс ТОЛЬКО на базу

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

А в роли по деплою софта будет сервер подниматься?

но смотри. Не всегда ТЫ выбираешь что делать

но смотри. Не всегда ТЫ выбираешь что делать

ну это уже другой разговор конечно))

есть проект, где заказчик заказал ЖИРНЫЙ сервер. 512ГиБ ОЗУ, 72 ядра. И прочие радости. И говорит - хочу кликхаус, монгу, и постгре. Все в одном

и куда веб сервисов

ваши предложения?

ну, можно и отдельный инстанс ТОЛЬКО на базу

Я так и сделал, бд на всех окружениях на отдельных инстансах, но это вопрос репликации

сам-то софт в кубе

ну, и чего спорим то?

ваши предложения?

сказать ему чтобы заказал второй)

А в роли по деплою софта будет сервер подниматься?

не понял вопроса)

а потом третий, четвертый итп

а потом третий, четвертый итп

не, я про отказоустойчивость

Если он кучу важных сервисов решил на один сервер повесить

это про другое

короче. Есть один большой сервер. Распилите его грамотно между монгами и прочим

подсказка - все сервисы (самописные) конфликтуют по зависимостям

типа пайтона

А так, туда какой-нибудь проксмокс и машины под разные окружения

И в них докер

И машины Вообще минимум 2

Иначе решишь ты ядро например обновить или еще что-то, что требует ребута

И получишь простой

а так тоже - решил я обновить проксмокс и получил простой.

Обновить проксмокс - задача гораздо более редкая

Накатить обновы на ось с докером - куда более вероятная

Обновить проксмокс - задача гораздо более редкая

и стремная

С учетом того, что многие интересные фичи/улучшения докера приходят именно в ядре

Пример я уже сказал - параллельная запись в overlayfs

а еще чуть пораньше - вообще ее поддержка, вместо блядской aufs

Докер с маунтами с диска работает именно как с ext4

А не как с overlayfs

ну предположим таска когда-то у меня будет на жирном дедике занести mysql/mariadb в докер а как правильно поступать в таком случае с базами более одной?)) там ведь переменные окружения только под одну базу че шеллом внутри контейнера костылять?

?

У меня 6 живут на хосте и не парятся

?

ну нужно создать базу, юзера, пароль

Так у каждого контейнера они свои

environment

как правильно поступать с мульти базами? есть бестпрактис?

скриншот ни о чем не говорит

Поднимаешь столько контейнеров, сколько баз

ну, в смысле - слишком много инфы и нет соответствия что есть что

скриншот ни о чем не говорит

посмотри на type у /dev/sda

ну предположим таска когда-то у меня будет на жирном дедике занести mysql/mariadb в докер а как правильно поступать в таком случае с базами более одной?)) там ведь переменные окружения только под одну базу че шеллом внутри контейнера костылять?

щито?

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

Поднимаешь столько контейнеров, сколько баз

эээ mysql под каждый имаг приложухи с базой?

ты же понимаешь, что база != инстанс сервера БД

один инстанс постгре может работать с 10-ками баз. Как и mysql.

а то что ты прописываешь в енв - это попросту админский доступ, по сути

Да, только накладных расходов на движок хуй да нихуя

А удобство увеличивает

та погодите

Поэтому я держу по контейнеру под бд

т.е. алгоритм 1. прописываешь енв - это админский пасс на базу 2. запускаешь докер 3. коннектишься к БД под учеткой из п.1, создаешь юзеров, создаешь базы 4. назначешь права 5. раздаешь юзерам креденшиалз

А удобство увеличивает

это да

но та же память расходуется на каждый инстанс сервера

но та же память расходуется на каждый инстанс сервера

Там расход-то на процесс никакой

более того - все эти чертовы сервера БД думают, что они живут на сервере ОДНИ. И если их заранее не порезать, то могут быть проблемы

т.е. алгоритм 1. прописываешь енв - это админский пасс на базу 2. запускаешь докер 3. коннектишься к БД под учеткой из п.1, создаешь юзеров, создаешь базы 4. назначешь права 5. раздаешь юзерам креденшиалз

вот меня эти пункты и интересуют, где они описываются? вручную чтоль всё делать?)

А при чтении-записи памяти на обслуживание запросов будет уходить одинаково

кроме первых двух имею ввиду

вот меня эти пункты и интересуют, где они описываются? вручную чтоль всё делать?)

docker-compose, ansible, что угодно

вот меня эти пункты и интересуют, где они описываются? вручную чтоль всё делать?)

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

Там расход-то на процесс никакой

там помимо процесса расхода куча

понятно, спасибо

условно 5 postgres на одной тачке потребуют памяти больше, чем один постгре с 5 базами.

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

и это помимо того, что эти 5 постгрес нужно правильно приготовить, чтобы они не конкурировали за ресурсы

Задаю переменные @ дергаю роль

Задаю переменные @ дергаю роль

ну, норм подход

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

вот ансибл как-то больше мне нравится

если надо перенести - перенес каталог - дернул роль - создался контейнер

Инит скрипт посмотрел на вольюм, видит что бд есть и работает спокойно дальше

Сейчас буду выходить на новый уровень извращений

Выносить БД на zfs

Кластер мастер-слейв-слейв

Третий слейв для бэкапов онли

По шедулеру останавливается репликация, ждем секунд 10, пока транзакции все доделаются, снапшот, репликация включается

снапшот куда-то на s3 уходит

inqfen короче. ты не прав. У меня даже с вольюмами лишние маунты не появляются

inqfen короче. ты не прав. У меня даже с вольюмами лишние маунты не появляются

Вот я тебе скрин кинул

и что? у меня по отдельному маунту на контейнер на эфемерную ФС

и все

вольюмы и пробросы (бинд маунт) идут вне этого

То, что прокинутый на диск вольюм - это ext4, а не прослойка над ней в виде оверлейфс

но я хз. Может это от целевой ФС зависит