本文目录导航：
- 假设 Docker 更新或许重启的话，那容器是不是都会被停掉而后重启啊？
- 【渠成平台】Docker Compose Up -d与Docker Restart的区别
- docker容器创立后，修正重启战略，成功开机启动
假设 Docker 更新或许重启的话，那容器是不是都会被停掉而后重启啊？
在 1.12 以前的版本确实如此，然而从 1.12 开局，Docker 引擎添加了 --live-restore 参数，经常使用该参数可以防止引擎更新、重启造成容器中止服务的状况。
自动状况该性能不会被启动，如需启动，须要性能 docker 服务性能文件。
比如 Ubuntu 16.04 这类 systemd 的系统，可以修正 /etc/systemd/system// 文件，在 ExecStart= 前面性能上 --live-restore： ExecStart=/usr/bin/dockerd \ --live-restore 下面的格局中经常使用了行尾 \ 的换行方式，这点和 bash 脚本一样，systemd 允许这种换行方式，如对此不了解可以先去学习 bash 程序设计。
须要留意的是，--live-restore 和 Swarm Mode 不兼容，所以在集群环境中不要经常使用。
实践上集群环境也不用担忧某个服务重视启的疑问，由于其上的服务都会被调度到别的节点上，因此服务并不会被终止。
仅供参考
【渠成平台】Docker Compose Up -d与Docker Restart的区别
经过技术运行于现代软件开发和部署畛域。
而面临疑问之时，Docker Compose Up -d与Docker Restart的区别尤为主要。
本文将解构这两种操作及其用途，助力读者深化了解与通常Docker。
Docker Compose Up -d
作为Docker Compose中通用命令之一，Up -d用于启动多容器集群，便于性能文件中所定义服务的运转环境。
口头命令后，容器将后盾运转，并领有性能文件定义的端口与网络访问权限。
经常使用长处：启动容器群组、简化运行部署与调试流程、生成并治理Docker Compose文件中提及的资源。
Docker Restart
而Restart命令旨在重启容器，提供系统治理员控制容器稳固运转的主要工具。
在容器产生缺点时，极速复原。
经常使用长处：单个容重视启性能、极速复原失败容器、用于活期容器更新与修复环节。
** 区别 **
从实质上看，Up -d与Restart的差异在于：Up -d担任启动容器群组服务；Restart针对单个容重视启。
** 运行 **
实践业务中，针对不同场景，Up -d与Restart各显神通。举例而言：
论断 **
正确辨别与经常使用Docker Compose Up -d与Docker Restart关于治理员与开发者无法或缺。
本文梳理了这两种操作的区别以及运行场景，宿愿对您的Docker容器治理和部署上班提供指点。
文中内容源自 渠成云原生运行平台
docker容器创立后，修正重启战略，成功开机启动
Docker容器创立后，假设没有在创立时指定--restart=always选项，它不会随主机启动而智能运转。
针对这种状况，有两种处置打算。
首先，假设你须要从新部署容器，可以选用删除旧的容器，而后经常使用Compose脚本或docker run命令从新构建。
这种方法实用于测试环境或数据未在消费环境中部署的场景。
另一种方式是间接修正已部署容器的重启战略。
经过口头`docker update --restart always [容器ID]`命令，可以将容器的重启战略更改为always。
例如，假设你的nginx容器，首先须要找到其容器ID，而后审核hostconfig节点下的RestartPolicy属性，确认能否曾经是always形式。
假设有其余容器须要修正，只有依照相反步骤启动即可。
值得留意的是，无鱼工时系统的3.1版Compose脚本曾经预先性能了启动战略，可以间接经常使用，无需额外启动战略修正。
