> Сервер это сервисы с громоздкой обвязкой. И в обвязке тоже есть обновление и довольно много. Например поменялась либа в питоне. Или fgrep  улучшили. Это никак не затрагивает работу БД. Такие изменения прилетают примерно раз в месяц. Можно спокойно обновить сервер не останавливая работу базы.

Возникает вопрос - а зачем в системе, где живет БД, присутствуют какие-то программы и библиотеки, не связанные с работой БД? И зачем их обновлять, если это в 99% случаев никак не повлияет на работу в БД?

И главное - как вы будете обновлять
1. Сам сервер БД
2. Библиотеки, которые он использует?
3. Ядро (теоретически, можно решить миграцией, но на практике, обновления безопасности время от времени приводят к изменению ABI, так что миграция в пролете)?

> А можно не останавливая работу базы перетащить её на другой хост кластера

Ну, удачи смигрировать терабайт-другой данных "туда-сюда". (Мы же не вордпресс условного Васи говорим, а про прод какой-никакой?)

> Lxd это противоположный подход. Контейнер это лёгкая виртуалка. Непрерывность работы этой виртуалки поддерживают, чем дольше, тем лучше, и при необходимости таскают по кластеру между хостами. Lxd это " И жили они долго, счастливо и умерли в один день". Но для этого нужен сисадмин с зарплатой налогами и отпуском.

В итоге мы пришли к тому, что вся эта непрерывность - просто накопление проблем с безопасностью в основном сервере, для которого и был задуман контейнер, но зато обновление всего, что в контейнере нафиг не нужно.
И нет, для этого не нужен полноценный сисадмин, хватит и студента за еду. Тысячу раз сделать apt update && apt upgrade (причем без практической пользы) - не сильно интеллектуальный труд.