Docker容器自启动的实现方法
容器自启动
Docker提供了restartpolicy机制，可以在容器退出或者Docker重启时控制容器能够自启动。这种Restartpolicy可以保证相关容器按照正确顺序启动。虽然也可以通过进程监控的方式(如systemd)来完成这种动作，但Docker还是建议尽量避免使用进程监控的方式来"自启动"容器。
Docker的Restartpolicy与dockerd命令的--live-restore启动标志还有区别：--live-restore标志可以在Docker升级的时候保证容器继续运行，但是网络以及用户终端输入会被中断。
那到底什么是restartpolicy呢？我们来看看实际的情况吧。
使用restartpolicy
restartpolicy在使用dockerrun启动容器时通过--restart标志指定，这个标志有多个value可选，不同的value有不同的行为，如下表所列：
举个例子：下面的命令启动一个Redis容器，当Redis容器停止后或者Docker被重启时，Redis容器都会重启。
$dockerrun-dit--restartunless-stoppedredis
Restartpolicy细节
使用restartpolicies时需要注意如下细节：
(1)容器只有在成功启动后restartpolicy才能生效。这里的"成功启动"是指容器处于up至少10秒且已经处于docker监管。这是避免没有成功启动的容器陷入restart的死循环。
(2)如果手动（manually）的stop(与前面的explicitlystopped有何区别)一个容器，容器设置的restartpolicy将会被忽略，除非Dockerdaemon重启或者容器手动重启。这是避免了另外一种死循环。
(3)restartpolicies只能用于容器，对于swarmservices其restartpolicies有不通过的配置。
进程监控
如果上面讲的restartpolicies无法满足需求，也可以采用进程监控的管理方案，如upstart，systemd或者supervisor等等。
这种方案中，进程监控服务运行在容器中。它可以监控一个进程是否运行，并可以在此进程没有运行的时候去启动该进程。而这发生的一切Docker都毫无知觉。
Docker不推荐此种方法来进行进程监控，理由很简单，这种方法和系统平台甚至linux发行版相关。
原文：https://docs.docker.com/engine/admin/start-containers-automatically/#use-a-process-manager
Docker容器开机自动启动
在使用dockerrun启动容器时，使用--restart参数来设置：
#dockerrun-m512m--memory-swap1G-it-p58080:8080--restart=alway --namebvrfis--volumes-fromlogdatamytomcat:4.0/root/run.sh
--restart具体参数值详细信息：
- no- 容器退出时，不重启容器；
- on-failure-只有在非0状态退出时才从新启动容器；
- always-无论退出状态是如何，都重启容器；
还可以在使用on-failure策略时，指定Docker将尝试重新启动容器的最大次数。默认情况下，Docker将尝试永远重新启动容器。
#sudodockerrun--restart=on-failure:10redis
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持毛票票。