จะทำให้คอนเทนเนอร์ Docker ทำงานหลังจากเริ่มบริการได้อย่างไร

ฉันได้เห็นแบบฝึกหัดมากมายที่ดูเหมือนจะทำแบบเดียวกันกับที่ฉันพยายามทำ แต่ด้วยเหตุผลบางอย่างที่นักเทียบท่าของฉันออกจากคอนเทนเนอร์ โดยพื้นฐานแล้วฉันกำลังตั้งค่าเว็บเซิร์ฟเวอร์และ daemons สองสามตัวภายในคอนเทนเนอร์ Docker ฉันทำส่วนสุดท้ายของสิ่งนี้ผ่านสคริปต์ทุบตีที่เรียก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

สิ่งที่ช่วยให้? ทำไมถึงออก ฉันรู้ว่าฉันสามารถใส่วนหนึ่งในตอนท้ายของสคริปต์ทุบตีของฉันเพื่อให้ทัน แต่สิ่งที่เป็นวิธีที่เหมาะสมเพื่อให้ออกจาก?

นี่ไม่ใช่วิธีที่คุณควรออกแบบคอนเทนเนอร์ Docker ของคุณ

เมื่อมีการออกแบบภาชนะหางที่คุณควรจะสร้างมันดังกล่าวว่ามีเพียงหนึ่งกระบวนการทำงานอยู่ (เช่นคุณควรมีหนึ่งคอนเทนเนอร์สำหรับ Nginx และอีกหนึ่งสำหรับ supervisord หรือแอปที่กำลังทำงานอยู่); นอกจากนี้กระบวนการนั้นควรทำงานในเบื้องหน้า

คอนเทนเนอร์จะ "ออก" เมื่อกระบวนการออกจากตัวเอง (ในกรณีของคุณกระบวนการนั้นคือสคริปต์ทุบตีของคุณ)

แต่ถ้าคุณจริงๆต้อง (หรือต้องการ) เพื่อเรียกใช้บริการหลายในภาชนะหางของคุณให้พิจารณาเริ่มต้นจาก"หางฐาน Image"ซึ่งใช้runitเป็นกระบวนการหลอก init (runitจะอยู่ออนไลน์ในขณะที่ Nginx และหัวหน้าวิ่ง) ซึ่งจะอยู่ เบื้องหน้าในขณะที่กระบวนการอื่นของคุณทำสิ่งนั้น

พวกเขามีเอกสารจำนวนมากดังนั้นคุณควรจะสามารถบรรลุสิ่งที่คุณพยายามทำอย่างง่ายดายพอสมควร

หากคุณใช้ 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 คือ

คุณสามารถใช้หัวหน้างานในการทำทุกอย่างหากเรียกใช้ด้วยแฟล็ก "-n" ซึ่งถูกแจ้งว่าไม่ให้ daemonize ดังนั้นมันจะยังคงเป็นกระบวนการแรก:

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 กล่าวไว้เพื่อให้การทำงานของคอนเทนเนอร์คงที่ [ไม่ทำอะไรเลยนอกจากรอการป้อนข้อมูลจากผู้ใช้] (ปลั๊กอิน Docker ของ Jenkins ทำสิ่งเดียวกัน)

ตรวจสอบให้แน่ใจว่าคุณเพิ่มdaemon off;ให้กับคุณ nginx.conf หรือรันด้วยCMD ["nginx", "-g", "daemon off;"]ตามรูป nginx อย่างเป็นทางการ

จากนั้นใช้ข้อมูลต่อไปนี้เพื่อเรียกใช้ทั้งผู้ดูแลเป็นบริการและ nginx เป็นกระบวนการทำงานเบื้องหน้าที่จะป้องกันไม่ให้คอนเทนเนอร์ออกจาก

service supervisor start && nginx

ในบางกรณีคุณจะต้องมีมากกว่าหนึ่งกระบวนการในคอนเทนเนอร์ของคุณดังนั้นการบังคับให้คอนเทนเนอร์มีหนึ่งกระบวนการไม่ทำงานและสามารถสร้างปัญหาเพิ่มเติมในการปรับใช้

ดังนั้นคุณต้องเข้าใจการแลกเปลี่ยนและตัดสินใจตามนั้น

แรงจูงใจ:

มีอะไรผิดปกติในการทำงานหลายกระบวนการภายในของภาชนะนักเทียบท่า ถ้าใครชอบที่จะใช้นักเทียบท่าเป็น VM น้ำหนักเบา - ไม่ว่าจะเป็น คนอื่น ๆ ชอบที่จะแยกแอปพลิเคชันของพวกเขาออกเป็นบริการไมโคร ฉันคิดว่า: โคมไฟสแต็คในภาชนะเดียว? ดีเพียง.

คำตอบ:

ติดกับภาพฐานที่ดีเช่นภาพฐาน Phusion อาจมีคนอื่น โปรดแสดงความคิดเห็น.

และนี่ก็เป็นอีกหนึ่งคำขอร้องให้หัวหน้างาน เพราะอิมเมจฐานฟิชชิ่งให้ผู้ดูแลนอกเหนือจากสิ่งอื่นเช่น cron และ locale setup สิ่งที่คุณต้องการติดตั้งเมื่อใช้งาน VM ที่มีน้ำหนักเบา สำหรับสิ่งที่คุ้มค่าก็ยังมีการเชื่อมต่อ SSH ลงในภาชนะ

อิมเมจฟิวชั่นนั้นจะเริ่มและทำงานต่อไปหากคุณออกแถลงการณ์การรันตัวเทียบท่าพื้นฐาน

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 ที่รวดเร็วเพื่อให้ทำงานต่อไปฉันจะสมมติว่าเป็นเช่นนี้เพื่อทุบตี:

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