Вопрос про сферические контейнеры в вакууме

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

Нагруженные

Ну спасибо хоть не ХАЙЛОАД.

на отдельный хост

Ты даже не знаешь параметров машины с гипервизором. И даже не знаешь, где она находится.

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

Контейнеры нужны для порядка.

хоста
Так правильнее кмк

Отвечаю!

Все просто, в Linux версии 1С сервера 5 клиентских лицензий бесплатно.

Не требуется лицензия на сервер.

Плюс изоляция одной базы от другой.

Ты даже не знаешь параметров машины с гипервизором. И даже не знаешь, где она находится.

Какой вопрос, такой и ответ. Щас, я буду всё из него вытягивать. Диды ставили оракл на отдельный сервак, он пусть тоже ставит.

гипервизором

Зачем гипервизор? Ничего не нужно. Отдельный сервак и всё.

Контейнеры нужны для плясок вокруг систем, где пакетные менеджеры не умеют менеджить пакеты.

Отдельный сервак и всё.

Не нужно. Это просто неэффективно.

Это просто неэффективно.

Когда у тебя база раком встанет, будешь в кабинете директора рассказывать про «нужно» и «эффективно».

Когда у тебя база раком встанет, будешь в кабинете директора рассказывать про «нужно» и «эффективно».

Не буду, я не администратор. А вот тебе, судя по аргументации, нелегко приходится.

Вот СУБД под вопросом, ожидается что будет до 5 соединений на один контейнер, ну то есть не высокая нагрузка.

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

Не буду, я не администратор.

Может ты еще и с БД не работаешь, но мнение имеешь?

На близким к проду стендах СУБД в контейнерах не разворачивают

Шульман не все. У него еще и резервая бд с продом на одном хосте в контейнерах поди.

Может ты еще и с БД не работаешь, но мнение имеешь?

PostgreSQL, MySQL в LXC.

Тебе полегчает, если заменить контейнеры на полноценные виртуальные машины?

Всем полегчает, если заменить контейнеры на полноценные виртуальные машины. У них и так оверхед ноль, нестинг есть, исполнение непривилегированное и изоляция куда менее картонная, а с правильным выбором ОС им еще и дисковое пространство жрать без надобности.

Ну блин :) СУБД для организаций это типа ядро всего, его берегут как зеницу ока.
Может где-нибудь у обычных сервис провайдеров для жадных кастомеров организованны каузальные БД в контейнерах, и в соглашении прописано что «гарантируем целостность на 95%, доступность 23 часа в сутки, 6 дней в неделю, за финансовые потери вызванные техническим сбоем ответственности не несем».

В контексте 1с контейнер, возможно не лучшее решение. А так и posgresql и mariadb в lxc контейнере чувствуют себя хорошо. В конце концов сделай тестовый стенд да посмотри, перекинуть на виртуальную машину всегда можно.

Всем полегчает, если заменить контейнеры на полноценные виртуальные машины.

Это радует :)

У них и так оверхед ноль

Не совсем, всё равно больше, чем у контейнеров.

исполнение непривилегированное

В каком полноценном решении для виртуализации ты такое видел? Везде root + SELinux/AppArmor/whatever.

изоляция куда менее картонная

Да.

Тебе полегчает, если заменить контейнеры на полноценные виртуальные машины?

Чтобы что? Если у тебя куча бд на одну железяку, то ты - какой-то веб хостер/облачко или как шульман, у которого 3,5 буха на инстанс, а это - вообще не серьёзно. Даже мы для нашей 500к деревни держим 3 сервака чисто под бд. При этом они не загружены 90% времени, тут и не пахнет никаким хайлоадом, просто специфика работы.

Ну блин :) СУБД для организаций это типа ядро всего, его берегут как зеницу ока.

Да, да. Просрут БД или сгорит серверная организацию можно закрывать, руководство посадят за халатность. Возможно вместе с главным админом.
Кстати, я вообще не уверен, есть ли у Шульмана резервная бд.

В каком полноценном решении для виртуализации ты такое видел?

Внезапно, QEMU.

Кстати, я вообще не уверен, есть ли у Шульмана резервная бд.

Шульман, смотри, твой авторитет как админа растет!

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

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

Контейнеры нужны для порядка.

Лол.

Под полноценным подразумевается не голый qemu, а что-нибудь вроде libvirt.

Скажи заказчику, что тут вообще-то хадуп нужно. Для порядка.

Ну тогда libvirt?

И с сетью заморочек меньше, кстати.

пакетные менеджеры не умеют менеджить пакеты

По убыванию критичности, по возрастанию частоты:

• Разработчик менеджера пакетов идиот либо не знает как должен работать менеджер пакетов (то есть всё равно идиот) либо просто клал на мейнтейнеров и юзеров;
• Мейнтейнер идиот либо не знает как работает менеджер пакетов (то есть всё равно идиот) либо просто клал на юзеров;
• Пользователь идиот либо не знает как устроена ОС которой он пользуется (то есть всё равно идиот) либо не знает как работает менеджер пакетов в используемой ОС (то есть совсем идиот).

Встречаются все три случая, ни один пока не вымер.

Контейнеры нужны для плясок

Контейнеры нужны для отсутствия плясок. Но используют их чаще всего для плясок, да.

Разработчик менеджера пакетов… не знает как должен работать менеджер пакетов

покрывает все случаи, кроме Nix и Guix.

Хм, и правда же! Почему-то казалось, что там это только в qemu:///session.