но думаю такого на бою никто не воспроизведет.

а удобство перевешивает в данном случае.

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

А какое удобство, простите? )

Обновление?

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

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

1. Обновление - допустим. Но в случае обновления на мажорную версию - не факт ,что получится откатиться не теряя данные. Снапшот VM в этом случае быстрее
2. Переносимость - тоже спорно, apt/yum install mysql:$VERSTION даёт достаточный результат, тем более, что в большинстве случаев это разовая операция (снапшоты для бэкапа)
3. Единый подход ко всему - тут на самом деле ок. Но. СУБД зачатую одна из тех вещей - которую поставил, настроил и забыл на квартал, а потом вспомнил и сделал обновление.
4. Нормально жить на одной железке. На VM нужно железки бить, а не держать вместе кучу баз разделённых контейнерами :)

Тут да, только докер и спасёт.

Но это какая-то стрёмная ситуация конечно :)

один ли человек это говорит? Пункт 4 и выше тема про оверхед cgroups )

2. оооо. в репе определенного дистрибутива  версии могут быть в дипазоне 1-2 двух минорных версий для БД. Дальше только руками пакеты собирать под разные версии. Увольте, я лучше докером запущу. Поддерживал я пакеты для нескольких дистрибутивов - это убийство времени.

ну и если вы одной рукой запускаете всю инфру в кубере, а другой рукой базу на bare-metal. Тут либо где-то у вас неуверенность в своих силах или стабильности контейнеризации и прочего, либо вы что-то от нас скрываете как говориться 😉

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

Ооо, дак мускуль ещё в кубе запускать нужно?))

И базы, которые реально высоконагруженные реально лучше не ребутать, а если ребутаешь, то надо делать это обязательно с набором заклинаний, чтобы например тот же innodb buffer загрузить, иначе все приложения будут адово лагать из-за проваливания мимо памяти на диски...

при необходимости почему бы и нет )

А диск по нфс подключать? Или скази?

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

от задачи зависит )

Приложение масштабируется, субд тоже, но не так хорошо

Вот мы и пришли к рутовой причине: когда к базе относятся как к чему-то непонятному / плохо масштабируемому, запускают видимо на bare-metal и не дышат в ту сторону.