Как сохранить работоспособность контейнера Docker после запуска служб?

Я видел кучу учебников, которые, кажется, делают то же самое, что и я, но по какой-то причине мои контейнеры Docker закрываются. По сути, я настраиваю веб-сервер и несколько демонов внутри контейнера Docker. Я делаю последние части этого через скрипт bash, run-all.shкоторый я запускаю через CMD в моем Dockerfile. run-all.shвыглядит так:

service supervisor start
service nginx start

И я запускаю его внутри моего Dockerfile следующим образом:

CMD ["sh", "/root/credentialize_and_run.sh"]

Я вижу, что все службы запускаются правильно, когда я запускаю вещи вручную (то есть, получаю образ с помощью -i -t / bin / bash), и все выглядит так, как будто он работает правильно, когда я запускаю образ, но он выходит один раз это заканчивает запуск моих процессов. Я бы хотел, чтобы процессы выполнялись бесконечно, и, насколько я понимаю, контейнер должен продолжать работать, чтобы это произошло. Тем не менее, когда я бегу docker ps -a, я вижу:

➜  docker_test  docker ps -a
CONTAINER ID        IMAGE                            COMMAND                CREATED             STATUS                      PORTS               NAMES
c7706edc4189        some_name/some_repo:blah   "sh /root/run-all.sh   8 minutes ago       Exited (0) 8 minutes ago                        grave_jones

Что дает? Почему это выходит? Я знаю, что мог бы просто положить цикл while в конец моего bash-скрипта, чтобы он продолжался, но как правильно не допустить его выхода?

Это не совсем то, как вы должны проектировать свои контейнеры Docker.

При разработке контейнера Docker вы должны строить его так, чтобы выполнялся только один процесс (т. Е. У вас должен быть один контейнер для Nginx и один для супервизора или приложения, в котором он работает); Кроме того, этот процесс должен выполняться на переднем плане.

Контейнер будет «выходить» при выходе самого процесса (в вашем случае этот процесс является вашим bash-скриптом).

Однако, если вам действительно нужно (или вы хотите) запустить несколько служб в вашем контейнере Docker, рассмотрите возможность начать с «Базового образа Docker» , который использует runitв качестве процесса псевдо-инициализации ( runitбудет оставаться в сети, пока запущены Nginx и Supervisor), который останется на переднем плане, в то время как другие ваши процессы делают свое дело.

У них есть существенные документы, поэтому вы должны быть в состоянии достичь того, что вы пытаетесь сделать достаточно легко.

Если вы используете Dockerfile, попробуйте:

ENTRYPOINT ["tail", "-f", "/dev/null"]

(Очевидно, это только для целей разработки, вам не нужно сохранять контейнер живым, если он не запускает процесс, например. Nginx ...)

Я просто была такая же проблема , и я обнаружил, что если вы используете свой контейнер с -tи -dфлагом, он продолжает работать.

docker run -td <image>

Вот что делают флаги (согласно docker run --help):

-d, --detach=false         Run container in background and print container ID
-t, --tty=false            Allocate a pseudo-TTY

Самый важный из них - -tфлаг. -dпросто позволяет запустить контейнер в фоновом режиме.

Причина, по которой он завершается, заключается в том, что сценарий оболочки запускается сначала как PID 1, а когда он завершен, PID 1 исчезает, а докер работает только тогда, когда PID 1 работает.

Вы можете использовать supervisor, чтобы делать все, если запускать с флагом "-n", ему запрещено не демонизироваться, поэтому он останется первым процессом:

CMD ["/usr/bin/supervisord", "-n"]

И ваш supervisord.conf:

[supervisord]
nodaemon=true

[program:startup]
priority=1
command=/root/credentialize_and_run.sh
stdout_logfile=/var/log/supervisor/%(program_name)s.log
stderr_logfile=/var/log/supervisor/%(program_name)s.log
autorestart=false
startsecs=0

[program:nginx]
priority=10
command=nginx -g "daemon off;"
stdout_logfile=/var/log/supervisor/nginx.log
stderr_logfile=/var/log/supervisor/nginx.log
autorestart=true

Тогда вы можете иметь столько других процессов, сколько захотите, и супервизор будет обрабатывать их перезапуск в случае необходимости.

Таким образом, вы можете использовать supervisord в тех случаях, когда вам могут понадобиться nginx и php5-fpm, и разбирать их не имеет особого смысла.

вы можете запустить обычный catбез каких-либо аргументов, как упомянуто bro @ Sa'ad, чтобы просто сохранить контейнер работающим [на самом деле ничего не делая, кроме ожидания пользовательского ввода] (плагин Jenkins 'Docker делает то же самое)

Убедитесь, что вы добавляете daemon off;к себе nginx.conf или запускаете его CMD ["nginx", "-g", "daemon off;"]согласно официальному образу nginx

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

service supervisor start && nginx

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

Так что вам нужно понять компромиссы и принять соответствующее решение.

Мотивация:

Нет ничего плохого в запуске нескольких процессов внутри контейнера Docker . Если вам нравится использовать докер в качестве легковесной виртуальной машины - пусть будет так. Другие любят делить свои приложения на микро сервисы. Я думаю: ЛАМПА стек в одном контейнере? Просто прекрасно.

Ответ:

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

И это еще одна просьба к руководителю. Потому что базовый образ phusion предоставляет супервизор помимо некоторых других вещей, таких как cron и locale setup. Вещи, которые вы хотели бы настроить при работе с такой легкой виртуальной машиной. Для чего это стоит также предоставляет ssh-соединения в контейнер.

Сам образ phusion просто запустится и продолжит работу, если вы выполните следующую базовую инструкцию запуска Docker:

moin@stretchDEV:~$ docker run -d phusion/baseimage
521e8a12f6ff844fb142d0e2587ed33cdc82b70aa64cce07ed6c0226d857b367
moin@stretchDEV:~$ docker ps
CONTAINER ID        IMAGE               COMMAND             CREATED             STATUS
521e8a12f6ff        phusion/baseimage   "/sbin/my_init"     12 seconds ago      Up 11 seconds

Или просто:

Если базовый образ не для вас ... Для быстрой работы CMD я бы предположил что-то вроде этого для bash:

CMD exec /bin/bash -c "trap : TERM INT; sleep infinity & wait"

Или это для busybox:

CMD exec /bin/sh -c "trap : TERM INT; (while true; do sleep 1000; done) & wait"

Это хорошо, потому что он сразу выйдет на docker stop. Просто sleepили catзаймет несколько секунд, прежде чем контейнер выйдет.

Захват PID процесса ngnix в переменной (например, $ NGNIX_PID) и в конце файла точки входа выполните

wait $NGNIX_PID 

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

Как насчет использования формы обслуживания, если таковая имеется?

Сервис YOUR_SERVICE контролирует

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

Спасает необходимость создания supervisord.conf