Как автоматически запускать сервисы при запуске контейнера в docker?

Question

[Ivanoff-i]

Стоит задача автозапуска внутри контейнера redis и еще несколько команд, оформленных в bash скрипт. Команды эти динамические. Вот так формируется содержимое bash файла из под php

$queue = <<<QUEUE
#!/bin/bash

eval \"QUEUE='{$params['hostname']}_1' COUNT=1 php /root/tracker/resque >> /var/log/resque_worker.log 2>&1 &\"
eval \"QUEUE='{$params['hostname']}_2' COUNT=1 php /root/tracker/resque >> /var/log/resque_worker.log 2>&1 &\"
eval \"QUEUE='{$params['hostname']}_3' COUNT=1 php /root/tracker/resque >> /var/log/resque_worker.log 2>&1 &\"

eval \"php /root/start-workers.php\"

QUEUE;

т.е. при развертывании на каждом сервере они будут отличаться. Все это должно запускаться автоматически при старте контейнера. Пробовал через run --entrypoint, но при запуске контейнера у него постоянно статус restarting. Как это грамотно организовать?

Answer 1

[Назар Мокринский]

Не вижу в командах ничего динамического кроме нескольких аргументов - eval тут совершенно не нужен.
ПО поводу ошибок - смотрите docker logs container_name, там будет писать если что вывалилось в stderr.

Comments

[Ivanoff-i]

Запускаю docker run -td --restart=always --net=host -p 6379 -e SERVER_IP=xx.xx.xx.xx --name name image-name /etc/init.d/redis-server start
В docker logs при этом:
Starting redis-server: redis-server.
Starting redis-server: redis-server.
Starting redis-server: redis-server.
Starting redis-server: redis-server.
...
И с каждым разом количество этих записей увеличивается. Статус контейнера restarting

[Назар Мокринский]

Ivanoff-i: Запустите контейнер с обычным bash, и выполните свои команды вручную, посмотрите что получается. И перепишите их без eval.

[Ivanoff-i]

Вручную все проверено, все запускается. Мне надо, чтобы все эти команды запускались автоматически внутри контейнера при рестарте сервера или при старте контейнера

[Назар Мокринский]

Ivanoff-i: Ну как же так, что вручную в том же контейнере запускается, а автоматически нет?
У меня все контейнеры запускают bash скрипт как entrypoint, а не cmd: https://github.com/nazar-pc/docker-webserver/blob/...

[Ivanoff-i]

У меня сейчас реализовано не через Dockerfile, а просто есть файл с образом, который закачивается на сервера и через docker load грузится, после чего есть возможность использовать только docker run. Просто хочу понять, возможно ли таким путем сделать то, что я хочу, или все-таки нужно на каждый сервер закачивать исходники с докер файлом и делать build

[Назар Мокринский]

Ivanoff-i: Ну погодите, образ кто создает и что он собой представляет?

[Ivanoff-i]

Да, изначально конечно был докер файл, там была прописана установка redis, php7 и модулей, потом был создан образ через docker build, из него был создан контейнер, который постоянно дополнялся нужными файлами, в нем изменялись настройки и т.д., после чего был docker commit и docker save

[Назар Мокринский]

Ivanoff-i: Не мое, конечно, дело, но настоятельно не рекомендую использовать Docker таким образом. У меня тоже знакомство так началось, а потом я задолбался обновлять контейнеры. Посмотрите на то, как устроены контейнеры по ссылке выше. Там, правда, PHP 5.6 пока что. Добавьте к ним Redis контейнер и будет вам счастье. С помощью docker-compose pull && docker-compose up -d у вас будет весь стек последней версии в считанные секунды.
Так что мое мнение - создавайте Dockerfile и прописывайте туда все изменения, чтобы у вас была возможность с нуля восстановить полный контейнер. Текущий подход загнется раньше или позже, я уже такое проходил примерно год назад. Всё закончилось по факту кучей "виртуалок", что и послужило катализатором создания docker-webserver в итоге.

[Ivanoff-i]

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

[Назар Мокринский]

Ivanoff-i: Посмотрите ещё что в /var/log/resque_worker.log пишется. Если скрипт запускается внутри вручную - он должен работать и при старте контейнера, принципиальной разницы нет.

По поводу кода посмотрите на упомянутые контейнеры. Там есть специальный data-only контейнер, который содержит данные (код, конфиги) и ничего больше. Контейнеры с софтом подключают его когда нужно и читают/пишут данные. Если у вас много серверов - поднимается кластерная файловая система для контейнера с данными, Docker Swarm и всё это работает на многих серверах.

Хотя если у вас код четко привязан к контейнеру - можно и контейнер собирать вместе с нужным кодом - тут уже смотреть по ситуации.

Answer 2

[Егор Ш.]

Я запускаю sh скрипты так - CMD /etc/nginx/config.sh

Answer 3

[Ivanoff-i]

CMD - это в Dockerfile. А как эту задачу решить при run контейнера? Например, пишу docker run -td --restart=always --net=host -p 6379 -e SERVER_IP=xx.xx.xx.xx --name name image-name /etc/init.d/redis-server start
Если верить документации docker run [OPTIONS] IMAGE [COMMAND] [ARG...] после IMAGE стоит COMMAND, на его место ставлю /etc/init.d/redis-server start, но тогда у контейнера постоянно статус restarting