本文为大家介绍容器自启动以及docker 守护进程挂掉或者docker升级的情况下,如何保证容器服务的正常运行。主要包含三个部分
在我们安装docker的时候,介绍过启动docker守护进程的命令如下,需要人工手动执行。
如果我们希望在linux服务器启动的时候,就自动启动Docker守护进程,无需人工干预,就使用下面的命令即可
下面的两个命令大家根据自己的需要,在合适的场景下使用即可。
docker守护进程自动启动之后,假如我们希望某些容器能够随之也自启动提供并服务,在容器创建时使用如下命令即可:
如果我们已经存在一个运行时容器,想让它增加容器自启动的能力,使用如下命令即可
unless-stopped是笔者比较常用的重启策略,除此之外docker还提供了其他的重启策略,的值可以是以下任何一种:
重启策略标志描述不要自动重启容器。(默认)如果容器因程序运行错误退出(非正常退出),则重新启动容器。可选项配置表示尝试重新启动容器的最大次数,超过这个次数还启动失败就不重启了。如果容器处于停止状态,则始终重新启动容器。例外情况:如果该容器是运维人员手动停止的,只有在Docker守护进程发生重启或者容器本身手动重启之后,才会继续always重启策略。在停止Docker守护程序之前已经处于停止状态的容器,不会执行重启。其他的和always一样。
「为什么我常常使用unless-stopped重启策略?」
本文以上讨论的都是服务器重启、docker守护进程重启之后如何保证容器的运行状态,并且尽量不需要人工参与。本小节主要说明的内容是:假如我们要升级docker的版本,我们要停止docker的守护进程,但是我们不想影响容器向用户提供服务。即:「docker守护进程停了,想要保证docker容器进程仍然运行,这该怎么做?」
默认情况下,当 Docker 守护进程终止时,它会关闭基于它运行的所有容器。但是可以通过配置方式,在守护程序进程不可用时保持容器运行。此功能称为live-restore。live-restore有助于减少由于守护进程崩溃、计划中断或升级导致的容器停止服务的时间。
配置方式就是在配置文件中加入上面的一行,这样守护进程停止之后,容器不会停止服务。
到此这篇docker 进程守护(dockerd进程)的文章就介绍到这了,更多相关内容请继续浏览下面的相关推荐文章,希望大家都能在编程的领域有一番成就!版权声明:
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符,请将相关资料发送至xkadmin@xkablog.com进行投诉反馈,一经查实,立即处理!
转载请注明出处,原文链接:https://www.xkablog.com/rfx/15823.html