ну можно так да

Restart always, никогда небыло проблем

Не о том речь

А о чем?

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

Зачем? Что бы он поднимал контейнер если ты забыл запустить его?

Угу. Вместо йодомарина - систеидимарин

Все херня, если ты запускаешь контейнер пусть докер за этим следит

А как же ФСБ?

Если что-то не работает то это по мониторингу задача

А кстати удобно, я только понял - всегда можно позвонить будет в ФСБ и спросить работает ли сервер. Они ж все нынче мониторят

Если инета нет например

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

ребята кто-либо делал мультитрединг когда воркеры - каждый в отдельном докер-контейнере на Mesos+Marathon? вообще рабочий вариант?

если делали, знаете пхп и интересует работа - стучитесь в личку :)

то есть вот так :) пхп + мезос?)

да, почему нет? )

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

Я бы лучше системд использовал. Там можно следить и поднимать контейнер, плюс запускать при старте системы, и еще доп. логику накрутить.

Coreos рекомендуют системд для прода

причина :))

тоесть у меня over 200 контейнеров и я должен под каждый делать настройку в systemd ?

почти все запускаются через compose... куда там тулить systemd?

вон из чата 🦄

тоесть у меня over 200 контейнеров и я должен под каждый делать настройку в systemd ?

речь не о 200 контейнеров. так дохуя я засуну в swarm или там еще куда. речь об одном контейнере. например я хочу registry. один, вне кластера

ну даже registry у меня не сам запускается, поэтому в compose

ну а compose у тебя как запускается?

и я могу как угодно рестартить сервер и знаю что docker сам все поднимет... compose это вобще статическая херь, ее не нужно запускать

ну кто то должен сделать docker-compose up

или как там

ну кто то должен сделать docker-compose up

это делается один раз при деплое приложения через ansible модуль servises

Вопрос вообще не об этом. причем тут шифрованные диски и ркт?

Вопрос вообще не об этом. причем тут шифрованные диски и ркт?

вопроса вообще то небыло

Господа, я весь в сомнениях. Вот есть у меня контейнер, и я хочу, чтобы он запускался при старте системы. Пихать ли его запуск в системд юнит или запускать с —restart=unless-stoped -d? Разницы в обоих случаях не нашел, как лучше то?

был

ну контейнер раньше докера ты все равно не запустишь

да, в systemd можно разрулить зависимости

это делается один раз при деплое приложения через ansible модуль servises

чет не могу нагуглить

но когда у тебя еще плагины к докеру, то только сам докер знает когда что ему запускать

чет не могу нагуглить

restart: always что гуглить то?

не могу нагуглить ansible модуль services

не могу нагуглить ansible модуль services

https://docs.ansible.com/ansible/docker_service_module.html

https://docs.ansible.com/ansible/docker_service_module.html

сенькую

потому что есть одна экосистема, которая сама может (ДОЛЖНА) это делать

вот я например хочу что бы контейнер был запущен в кластере, тут systemd уже никак не поможет

вот я например хочу что бы контейнер был запущен в кластере, тут systemd уже никак не поможет

один, ровно один экземпляр контейнера, даже если половина серверов кластера не работает

Гыг, Поцтеринг детектед

вот это огонь! 👍🏿

кто то тут про юниксвей говорил

а потом хуяк! системд и флит

.системд то?

он пиздец юниквей :)

а потом хуяк! системд и флит

+1

с помощью системд только кофе варить нельзя :)

да они все одного поля

и то, дайте мне кофеварку с апишкой и я смогу

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

видать в порыве ненависти все карты смешались

вообще Александр, брось теоретизировать, срать всем на юниксвей. Работает и хорошо. А все эти теории оставь столману и прочим :)

так это же религиозный фанатизм

на вот тебе юниксввей https://www.youtube.com/watch?v=I25UeVXrEHQ

у меня он докер запускает и пару плагинов к нему... и всё

Я вот совсем недавно с докером опять, тут за полтора года куча всего поменялось, но я по-привычке сую контейнеры в systemd

оказывается можно проще

так что буду делать проще

systemd крутой, но нахрена мне extra step?

оказывается можно проще

меньше компонент, меньше шансов что все рухнет в один момент

this

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

Отцы, нужно запустить несколько процессов внутри докер контейнера. Базовый образ ubuntu:16.04. Как лучше сделать? Использовать стандартный systemd внутри иль какой нибудь псевдо init?

есть такое понятие MVP

а лопата не дотягивает по крутости до белки

базара ноль, давайте все в юнитах фигачить

давайте, системд умеет в cgroups же.

есть такое понятие MVP

docker —restart good enough для моих целей

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

Отцы, нужно запустить несколько процессов внутри докер контейнера. Базовый образ ubuntu:16.04. Как лучше сделать? Использовать стандартный systemd внутри иль какой нибудь псевдо init?

в баду пихают какой то s6, мы пользуем smell-baron

Отцы, нужно запустить несколько процессов внутри докер контейнера. Базовый образ ubuntu:16.04. Как лучше сделать? Использовать стандартный systemd внутри иль какой нибудь псевдо init?

можно systemd , можено supervisord, ноесть какойто базовый образ заточеный под многопроцессовость, но он на upstart

я вчера почитал про стабильность и надёжность докер-рестарта, жалоб почти нет

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

а systemd для Поттеринга!