Як автоматично запустити послугу під час запуску контейнера докера?

У мене є Dockerfile для встановлення MySQL-сервера в контейнер, який я починаю так:

sudo docker run -t -i 09d18b9a12be /bin/bash

Але служба MySQL не запускається автоматично, мені доведеться запускати вручну (зсередини контейнера):

service mysql start

Як я автоматично запускаю службу MySQL, коли запускаю контейнер докера?

По-перше, є проблема у вашому Dockerfile:

RUN service mysql restart && /tmp/setup.sh

Зображення Docker не зберігають запущені процеси. Тому ваша RUNкоманда виконується лише під час docker buildфази та зупиняється після завершення збірки. Натомість вам потрібно вказати команду, коли контейнер запускається з використанням команд CMDабо, ENTRYPOINTяк показано нижче:

CMD mysql start

По-друге, контейнеру докер потрібен процес (остання команда), щоб продовжувати працювати, інакше контейнер вийде / зупиниться. Тому звичайну service mysql startкоманду не можна використовувати безпосередньо в Dockerfile.

Рішення

Існує три типові способи тримати процес:

• Використовуючи serviceкоманду та додайте некінцеву команду після цього, якtail -F

  CMD service mysql start && tail -F /var/log/mysql/error.log
  

Це часто бажано, коли у вас працює одна служба, оскільки це робить вихідний журнал доступним для докера.

• Або скористайтеся командою переднього плану для цього

  CMD /usr/bin/mysqld_safe
  

Це працює лише за наявності подібного сценарію mysqld_safe.

• Або загортайте свої сценарії start.shі закінчуйте це

  CMD /start.sh
  

Це найкраще, якщо команда повинна виконати ряд кроків, знову ж таки, /start.shслід продовжувати працювати.

Примітка

Для початківців використання supervisordне рекомендується. Чесно кажучи, це надмірно. Набагато краще використовувати одну службу / одну команду для контейнера.

BTW: перевірте https://registry.hub.docker.com щодо наявних зображень докера mysql для ознайомлення

У своєму Dockerfile, додайте в останньому рядку

ENTRYPOINT service ssh restart && bash

Це працює для мене

І ось результат:

root@ubuntu:/home/vagrant/docker/add# docker run -i -t ubuntu
 * Restarting OpenBSD Secure Shell server sshd   [ OK ]                                                                      
root@dccc354e422e:~# service ssh status
 * sshd is running

Просто! Додати в кінці dockerfile:

ENTRYPOINT service mysql start && /bin/bash

Є ще один спосіб зробити це, який я завжди вважав більш читальним.

Скажіть, що ви хочете запустити rabbitmq і mongodb, коли ви запускаєте його, тоді ваше CMDвиглядатиме приблизно так:

CMD /etc/init.d/rabbitmq-server start && \
    /etc/init.d/mongod start

Так як ви можете мати тільки один CMDза Dockerfileхитрість полягає в тому, щоб об'єднати всі інструкції з , &&а потім використовувати \для кожної команди , щоб почати новий рядок.

Якщо ви в кінцевому підсумку додаєте до багатьох із них, я пропоную вам покласти всі свої команди у файл сценарію і запустити його так, як запропонував @ larry-cai:

CMD /start.sh

У моєму випадку я маю веб-додаток PHP, що обслуговується Apache2 у контейнері docker, який підключається до бази даних MYSQL. Рішення Ларрі Кая працювало з незначними модифікаціями. Я створив entrypoint.shфайл, в якому я керую своїми послугами. Я думаю, що створення, entrypoint.shколи у вас є кілька команд, які потрібно виконати, коли ваш контейнер запускається, - це більш чистий спосіб завантажувати докер.

#!/bin/sh

set -e

echo "Starting the mysql daemon"
service mysql start

echo "navigating to volume /var/www"
cd /var/www
echo "Creating soft link"
ln -s /opt/mysite mysite

a2enmod headers
service apache2 restart

a2ensite mysite.conf
a2dissite 000-default.conf
service apache2 reload

if [ -z "$1" ]
then
    exec "/usr/sbin/apache2 -D -foreground"
else
    exec "$1"
fi

У мене така ж проблема, коли я хочу автоматично запустити службу ssh. Я знайшов це додаток

/etc/init.d/ssh start

~ / .bashrc

Я додаю такий код у /root/.bashrc, щоб запустити код лише один раз,

Будь ласка, прив’яжіть контейнер до зображення перед запуском цього сценарію, інакше файл "docker_services" буде створений у зображеннях, і жодна служба не запускається.

if [ ! -e /var/run/docker_services ]; then
    echo "Starting services"
    service mysql start
    service ssh start
    service nginx start
    touch /var/run/docker_services
fi

Ось як я автоматично запускаю службу MySQL при кожному запуску контейнера докера.

У моєму випадку мені потрібно запустити не тільки MySQL, але й PHP, Nginx та Memcached

У Dockerfile у мене є наступні рядки

RUN echo "daemon off;" >> /etc/nginx/nginx.conf
EXPOSE 80
EXPOSE 3306
CMD service mysql start && service php-fpm start && nginx -g 'daemon off;' && service memcached start && bash

Додавання && bash дозволить Nginx, MySQL, PHP та Memcached працювати в контейнері.

Це не працює CMD service mysql start && /bin/bash

Це не працює CMD service mysql start ; /bin/bash ;

- Я думаю, що інтерактивний режим не підтримує переднього плану.

Це працює !! CMD service nginx start ; while true ; do sleep 100; done;

Це працює !! CMD service nginx start && tail -F /var/log/nginx/access.log

будьте обережні, вам слід використовувати docker run -p 80:80 nginx_bashбез командного параметра.

Наступна документація на веб-сайті Docker показує, як реалізувати службу SSH в контейнері docker. Він повинен легко адаптуватися до вашої послуги:

• https://docs.docker.com/engine/examples/running_ssh_service/

Варіант цього питання також був заданий тут:

• Запустити sshd автоматично з контейнером docker

docker export -o <nameOfContainer>.tar <nameOfContainer>

Можливо, потрібно обрізати існуючий контейнер, використовуючи докер чорнослив ...

Імпорт із необхідними модифікаціями:

cat <nameOfContainer>.tar | docker import -c "ENTRYPOINT service mysql start && /bin/bash" - <nameOfContainer>

Наприклад, запустіть контейнер, наприклад, завжди перезавантажте, щоб переконатися, що він відновиться автоматично після переробки хоста / демона:

docker run -d -t -i --restart always --name <nameOfContainer> <nameOfContainer> /bin/bash

Побічна примітка: На мій погляд, розумним є запуск лише служби cron, залишаючи контейнер максимально чистим, а потім просто змінювати crontab або cron.hourly, .daily тощо ... за допомогою відповідних сценаріїв перевірки / моніторингу. Причина полягає в тому, що ви покладаєтесь лише на одного демона, і в разі змін, легше за допомогою ansible або маріонетки перерозподілити кронові сценарії замість служб треків, які починаються при завантаженні.