i
Изоляция процесса в 99,9% кейсов никак не повлияет
Size: a a a
2020 April 19
S
нужно еще конечно проверить как оно дам trim пробрасывает\нет через lvm
i
А когда может повлиять - те кто это делают обычно точкно знают как и почему
S
ну вот опыт с postgres в контейнерах минимальный
S
потому и обратился к коллективному
S
вдруг кто камни подводные знает, чтобы меньше сюрпризов
i
Ну, оно работает
AU
Лучше без контейнеров, меньше сюрпризов из-за нестабильности докера
i
В таких кейсах где там нестабильность
i
У меня баз пара десятков в докере уже была, ни разу из-за него ни одной проблемы
AU
Нестабильность - плане того, что он развивается сильно быстро. Есть шанс отхватить несовместимость в самый ненужный момент.
i
Один раз только помню повисшую сигруппу на сервере, но это и не с БД было и подозреваю, что трабл случился из-за того, что всю оперативку скушали
i
Несовместимость чего с чем например?
AU
Новый функционал, который они засунут в новый релиз.
i
И с чем не совместим? С осью, ядром? Ну так ставишь то, как работает
AU
+ Контейнер добавляет ещё один уровень в уже многослойную систему, каждый из которых должен работать без сбоя. Особенно в случае бд
i
Пг ты же не обновляешь сразу как новый релиз выходит
i
Alex U
+ Контейнер добавляет ещё один уровень в уже многослойную систему, каждый из которых должен работать без сбоя. Особенно в случае бд
Изоляция процесса не совсем ещё один слой
i
Тут в общем все проще по потребностям смотреть
i
Нужен там докер, не нужен