docker——重启策略

本文围绕Docker容器展开,介绍了其重启策略,如默认不重启、非正常退出时重启等;阐述了容器退出状态码,类似Linux命令,重启策略基于此;还说明了获取状态码的方法,以及容器启动后忘用--restart=always的补救措施。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

参考网址

docker的重启策略

Docker 容器的重启策略具体如下:

  • no
    默认策略,在容器退出时不重启容器。启动容器时不添加参数 --restart 即可。
  • on-failure
    在容器非正常退出时(退出状态非0),才会重启容器。
  • on-failure:n
    在容器非正常退出时重启容器,并且指定重启次数。n 为正整数。如果不指定次数,则会一直重启。
  • always
    只要容器退出就重启容器。
  • unless-stopped
    在容器退出时总是重启容器,但是 Docker 守护进程启动之前就已经停止运行的容器不算在内。

docker容器的退出状态码

Docker 容器也有退出状态码,这一点类似 Linux 命令。Docker 容器的重启策略就是基于状态码。具体如下:

  • 0
    表示容器正常退出。例如 stop 容器。
  • 非 0
    表示容器退出异常(退出状态码采用 chroot 标准)。例如执行 docker run 失败后的容器退出。
  • 125
    Docker 守护进程本身有错误。
  • 126
    容器启动后,要执行的默认命令无法调用。
  • 127
    容器启动后,要执行的默认命令不存在。
  • 其他命令状态码
    容器启动后在容器内部执行命令,该命令退出时的返回状态码,就作为容器的退出状态码

获取docker容器退出状态码的方法

  • 使用docker ps -a的方法

该命令结果的第 5 列中 Exited 后面括号中的数字就是容器的退出状态码。如下所示,Exited (1) 33 minutes ago,1 就是这个容器的退出状态码。但是 1 并不是容器本身的退出状态码,而是容器中运行的命令执行失败后退出的状态码。在 Linux 系统定义的命令退出状态码中,1 表示未知,即系统不知道具体错误的原因。这时候就需要看具体的日志来判断。

[root@k8s-master /]# docker ps -a | grep nginx
3e64cad716c0   192.168.100.20:5000/mynginx:latest   "nginx"   36 minutes ago   Exited (1) 33 minutes ago    nginx-demo

容器已经启动,但是忘记使用--restart=always如何补救?

  • 使用update命令
[root@k8s-master /]# docker container update --restart=always 3e64cad716c0
3e64cad716c0
  • 修改容器的配置文件

vim /var/lib/docker/containers/容器ID/hostconfig.json,找到关键字 RestartPolicy,将 no 改为 always
修改前:

"RestartPolicy:{"Name":"no","MaximumRetryCount":0}

修改后:

"RestartPolicy:{"Name":"always","MaximumRetryCount":0}

重启容器即可。如果无法修改容器的配置,可先将容器停止,修改配置文件后再启动。

### Docker容器重启后数据丢失的原因分析 Docker容器重启后数据丢失的主要原因在于默认情况下,容器内的文件系统是非持久化的。当容器停止或删除时,其内部的状态和数据也会随之消失[^1]。 如果希望在容器重启或重新部署之后保留数据,则需要采用特定的数据管理策略来实现持久化存储。以下是两种常见的方法: --- ### 方法一:使用Docker卷(Volumes) 通过定义并挂载Docker卷到容器中指定路径的方式可以有效防止数据丢失。即使容器被移除,绑定的卷依然存在,并保存着之前写入的数据[^2]。 #### 创建与查看卷 - 使用`docker volume create my_volume`命令创建一个新的命名卷。 - 利用如下指令查询已有的卷列表及其详情: ```bash docker volume ls docker volume inspect my_volume ``` #### 启动容器时关联卷 启动新容器的时候,可以通过参数`-v`指明要使用的卷名称及目标目录位置。例如下面的例子展示了如何把本地卷`my_volume`映射至容器里的`/data`路径下: ```bash docker run -d --name=my_container -v my_volume:/data nginx ``` 这种方法的优点是简单易行且独立于宿主机的具体结构之外;缺点则是对于某些特殊需求可能不够灵活[^3]。 --- ### 方法二:绑定挂载(Bind Mounts) 另一种保持数据不随容器生命周期结束而消亡的技术叫做绑定挂载。它允许将宿主机上的任意目录共享给运行中的容器访问。 #### 配置绑定挂载 执行类似这样的命令即可完成设置: ```bash docker run -d --name=another_container -v /host/path/to/share:/container/target/directory nginx ``` 这里`/host/path/to/share`代表宿主机实际存在的某个文件夹地址,而后者表示该资源将在容器环境中呈现的位置[^4]。 相比起前一种做法,这种方式更加贴近物理硬件层面的操作逻辑,因此适用于那些想要精确控制哪些部分应该暴露出去的应用场景之中[^5]。 --- ### 总结建议 为了预防因意外情况造成重要资料遗失,在规划项目之初就应该考虑好相应的备份机制。无论是选用官方推荐的最佳实践——即依赖内置功能强大的VOLUMES特性,还是依据个人偏好定制专属解决方案如BIND MOUNTS,只要合理运用上述技巧之一就能够很好地应对大多数现实世界里遇到的实际挑战。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

FanMY_71

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值