Làm thế nào để giữ Docker container chạy sau khi bắt đầu dịch vụ?

Tôi đã thấy một loạt các hướng dẫn dường như làm điều tương tự mà tôi đang cố gắng thực hiện, nhưng vì một số lý do, các container Docker của tôi thoát ra. Về cơ bản, tôi đang thiết lập một máy chủ web và một vài trình tiện ích bên trong một container Docker. Tôi thực hiện các phần cuối cùng của điều này thông qua một tập lệnh bash được gọi là run-all.shtôi chạy qua CMD trong Dockerfile của tôi. run-all.shtrông như thế này:

service supervisor start
service nginx start

Và tôi khởi động nó bên trong Dockerfile của mình như sau:

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

Tôi có thể thấy rằng tất cả các dịch vụ đều khởi động chính xác khi tôi chạy mọi thứ một cách thủ công (tức là truy cập vào hình ảnh với -i -t / bin / bash) và mọi thứ trông giống như nó chạy chính xác khi tôi chạy hình ảnh, nhưng nó đã thoát một lần nó kết thúc bắt đầu quá trình của tôi. Tôi muốn các quá trình chạy vô thời hạn, và theo như tôi hiểu, container phải tiếp tục chạy để điều này xảy ra. Tuy nhiên, khi tôi chạy docker ps -a, tôi thấy:

➜  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

Đưa cái gì? Tại sao nó thoát? Tôi biết tôi chỉ có thể đặt một vòng lặp while vào cuối tập lệnh bash của mình để giữ cho nó tiếp tục, nhưng cách đúng đắn để giữ cho nó không thoát ra là gì?

Đây không thực sự là cách bạn nên thiết kế các container Docker của mình.

Khi thiết kế bộ chứa Docker, bạn phải xây dựng nó để chỉ có một quy trình đang chạy (nghĩa là bạn nên có một bộ chứa cho Nginx và một bộ chứa cho người giám sát hoặc ứng dụng đang chạy); Ngoài ra, quá trình đó sẽ chạy ở nền trước.

Container sẽ "thoát" khi quá trình tự thoát (trong trường hợp của bạn, quá trình đó là tập lệnh bash của bạn).

Tuy nhiên, nếu bạn thực sự cần (hoặc muốn) chạy nhiều dịch vụ trong bộ chứa Docker của mình, hãy xem xét bắt đầu từ "Docker Base Image" , sử dụng runitnhư một quy trình giả ( runitsẽ trực tuyến trong khi Nginx và Giám sát chạy), sẽ vẫn ở lại ở phía trước trong khi các quá trình khác của bạn làm việc của họ.

Họ có tài liệu đáng kể, vì vậy bạn sẽ có thể đạt được những gì bạn đang cố gắng thực hiện một cách hợp lý dễ dàng.

Nếu bạn đang sử dụng Dockerfile, hãy thử:

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

(Rõ ràng điều này chỉ dành cho mục đích phát triển, bạn không cần phải giữ một container tồn tại trừ khi nó đang chạy một quy trình, ví dụ: nginx ...)

Tôi chỉ gặp vấn đề tương tự và tôi phát hiện ra rằng nếu bạn đang chạy container của bạn với cờ -tvà -d, nó sẽ tiếp tục chạy.

docker run -td <image>

Đây là những gì các cờ làm (theo docker run --help):

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

Điều quan trọng nhất là -tcờ. -dchỉ cho phép bạn chạy container trong nền.

Lý do nó thoát là vì tập lệnh shell được chạy đầu tiên là PID 1 và khi hoàn thành, PID 1 không còn nữa và docker chỉ chạy trong khi PID 1.

Bạn có thể sử dụng trình giám sát để thực hiện mọi thứ, nếu chạy với cờ "-n", nó được bảo là không tạo daemon, vì vậy nó sẽ giữ nguyên quy trình đầu tiên:

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

Và giám sát viên của bạn:

[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

Sau đó, bạn có thể có nhiều quy trình khác như bạn muốn và người giám sát sẽ xử lý việc khởi động lại chúng nếu cần.

Bằng cách đó, bạn có thể sử dụng giám sát trong trường hợp bạn có thể cần nginx và php5-fpm và sẽ không có ý nghĩa gì khi tách chúng ra.

bạn có thể chạy đơn giản catmà không có bất kỳ đối số nào như bro @ Sa'ad đã đề cập để đơn giản giữ cho container hoạt động [thực sự không làm gì ngoài việc chờ người dùng nhập vào] (plugin Docker của Jenkins cũng làm điều tương tự)

Đảm bảo rằng bạn thêm daemon off;cho bạn nginx.conf hoặc chạy nó CMD ["nginx", "-g", "daemon off;"]theo hình ảnh nginx chính thức

Sau đó, sử dụng cách sau để chạy cả trình giám sát là dịch vụ và nginx làm tiến trình tiền cảnh sẽ ngăn container thoát ra

service supervisor start && nginx

Trong một số trường hợp, bạn sẽ cần có nhiều hơn một quy trình trong thùng chứa của mình, do đó, buộc container phải có chính xác một quy trình sẽ không hoạt động và có thể tạo ra nhiều vấn đề hơn khi triển khai.

Vì vậy, bạn cần phải hiểu sự đánh đổi và đưa ra quyết định phù hợp.

Động lực:

Không có gì sai khi chạy nhiều tiến trình bên trong một container docker . Nếu một người thích sử dụng docker như một VM trọng lượng nhẹ - thì hãy là nó. Những người khác muốn chia ứng dụng của họ thành các dịch vụ vi mô. Tôi nghĩ: Một chồng LAMP trong một container? Tuyệt vời

Câu trả lời:

Dán với một hình ảnh cơ sở tốt như hình ảnh cơ sở phusion . Có thể có người khác. Hãy bình luận.

Và đây chỉ là một lời biện hộ khác cho người giám sát. Bởi vì hình ảnh cơ sở phusion đang cung cấp người giám sát bên cạnh một số thứ khác như thiết lập cron và locale. Thứ bạn muốn thiết lập khi chạy một máy ảo trọng lượng nhẹ như vậy. Đối với những gì nó có giá trị, nó cũng cung cấp các kết nối ssh vào container.

Hình ảnh phusion sẽ chỉ bắt đầu và tiếp tục chạy nếu bạn đưa ra câu lệnh chạy docker cơ bản này:

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

Hoặc chết đơn giản:

Nếu một hình ảnh cơ sở không dành cho bạn ... Để CMD nhanh chóng duy trì hoạt động, tôi sẽ giả sử một cái gì đó như thế này cho bash:

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

Hoặc cái này cho busybox:

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

Điều này là tốt, bởi vì nó sẽ thoát ngay lập tức trên a docker stop. Chỉ cần đơn giản sleephoặc catsẽ mất một vài giây trước khi container thoát ra.

Nắm bắt quy trình PID của quá trình ngnix trong một biến (ví dụ $ NGNIX_PID) và ở cuối tệp nhập điểm

wait $NGNIX_PID 

Theo cách đó, container của bạn sẽ chạy cho đến khi ngnix còn sống, khi ngnix dừng, container cũng dừng lại

Làm thế nào về việc sử dụng các hình thức giám sát của dịch vụ nếu có sẵn?

dịch vụ giám sát YOU_SERVICE của bạn

Khi giám sát được chạy thành công, nó sẽ không thoát trừ khi bị giết hoặc được yêu cầu thoát cụ thể.

Tiết kiệm phải tạo ra một supervisord.conf