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

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

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

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

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

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

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

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

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

типа пайтона

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

И в них докер

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

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

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

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

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

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

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

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

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

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

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

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

А не как с overlayfs

?

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

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

environment

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

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

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

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

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

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

щито?

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

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

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

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

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

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

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

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

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

это да

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

и все

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

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

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

чел, у меня xfs & btrfs

Ну у меня ext4

помимо ext4 на убунтах

короче, твой тезис не верен

Что внизу не важно, суть-то та же

помимо ext4 на убунтах

дебиан

и я не предлагал хранить БД в эфемерной ФС

(это только для дева... )

Ты в любом случае над фс наворачиваешь еще одну фс, поверх

И оно ну никак не может так же по скорости работать)

я завис... думаю... нет. ты неправ

5% потеряем на системные вызовы, но вольюмы явно имеют приоритет, поэтому ядро может их мимо оверлейфс маршрутизировать в саму ФС хостовой машины на уровне сисколлов

inqfen @stef_kkk мне приятно с вами пообщаться, коллеги. 👍👍👍 Но надо спать идти.