docker-compose设置永久启动、自动重启

最新推荐文章于 2025-04-05 19:34:16 发布
最新推荐文章于 2025-04-05 19:34:16 发布
阅读量1.7k 收藏 1
点赞数 6
文章标签： docker 容器 运维
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_46398647/article/details/139777654
版权

步骤一

找到 docker-compose.yml 文件

步骤二

vim 打开文件
找到 image:
PS：就是为了对齐格式

步骤三

在其下方添加：

restart: always

在这里插入图片描述
而后保存即可

记一次docker服务不定时重启的问题
a877416236的博客
11-30 1365
docker打包的Springboot项目，内含rocketmq、redis、mysql，本次问题发生在生产服务器，同样的代码在其他服务器运行良好，使用docker-compose --compatibility -f wq-crmbo-server.yml up -d启动。docker 版本：20.10.8，docker-compose版本：1.23.1。1、服务器内存不够用，导致这个服务被顶，触发—restart=always。2小时前创建，两分钟前又被重启了，查一下重启次数和最近一次重启时间。
ubuntu docker-compose 编排容器并且设置自启动
Damien_J_Scott的博客
03-11 1072
这是我的docker-compose,里面写了5个容器，一个sqlserver的db，一个airlfow，一个我的主项目，会根据里面规定好的启动顺序启动。我是先用dockerfile打好了我想使用的images，然后在docker-compose里面指定我自己打的images。第一次使用镜像部署容器就使用 docker-compose up,加不加-d看自己需求，是不是需要后台启动。WorkingDirectory这个需要指向你docker-compose.yml的路径。现在，服务将在系统启动时自动启动。
dockercompose如何重启单个服务和所有服务
qq_15821487的博客
03-18 1545
在使用 自定义名称 的 Docker Compose YAML 文件时，重启服务的方法如下： 示例：重启名为 的服务 方法二：重建并重启（适用于配置或镜像更新后） 示例：重建并重启 服务 2. 重启所有服务 方法一：直接重启所有容器（不应用新配置） 方法二：完全重建并重启所有服务（适用于配置或镜像更新后） 关键注意事项 自定义文件名：所有命令必须通过 指定你的 YAML 文件（否则默认找 ）。 配置更新： 如果修改了 、 或 ，必须用 重新创建容器。 单纯重启（）不会应用新
Docker Compose详解
耕耘——从菜鸟到高手的蜕变
04-05 1406
Compose 项目是Docker官方的开源项目，负责实现对Docker容器集群的快速编排。从功能上看，跟OpenStack 中的 Heat 十分类似。其代码目前在上开源。Compose定位是【定义和运行多个Docker容器的应用(Oefining and running mult-container Docker applications)】，其前身是开源项目Fig。我们知道使用一个Dockerfile模板文件，可以让用户很方便的定义一个单独的应用容器。
docker-compose 关机或者重启docker同时重启容器restart always的配置
热门推荐
fjh1997的博客
08-08 4万+
在相关服务下加 restart: always 就行 version: '2' services: database: build: ./mysql/ command: mysqld --user=root --verbose restart: always environment: MYSQL_DATABASE: "web_level3_s...
上传文件时docker自动重启_docker-compose开机自动重启
weixin_39793319的博客
12-21 219
gitlab:image: 'registry.menethil.net:5000/sameersbn/gitlab'ports:- "8082:80"- "10022:22"links:- redis:redisio- postgresql:postgresql- ldap:ldap1volumes:- /data/srv/docker/gitlab/gitlab:/home/git/datae...
Docker Compose 开机自启动配置指南
exlink2012的专栏
09-11 2786
在中设置开机自启动可以通过创建一个systemd服务，确保 Docker 容器在系统启动时自动运行。
如何每天重启docker compose服务？
m0_57236802的博客
10-01 1062
要每天自动重启 Docker Compose 服务，你可以使用 cron 任务调度器（在 Unix 和类 Unix 系统中）来实现。在 crontab 文件中，添加一个新的行以设置每天重启 Docker Compose 服务的时间。现在，你的 Docker Compose 服务将在每天的凌晨 3 点自动重启。请确保你的 cron 服务正在运行，以便按计划执行任务。保存你的更改并退出编辑器。这会激活新的 cron 任务。
docker 实例设置自动重启
weixin_33682719的博客
02-08 1054
yaml格式太严格了,每个冒号后面都必须带有空格在linux中./代表当前目录，属于相对路径../代表上一级目录，属于相对路径/代表根目录，/开头的文件都是绝对路径./configure的意思是执行当前目录下面的configure文件configure一般都有可执行的权限，如果没有的话，用./configure是不能执行的，但是可以这样执行：sh ./configure 设置开机启动 syst...
Docker Compose —— 开机自动启动应用容器
k4nz
04-20 3113
永久地址：Docker Compose —— 开机自动启动应用容器（保存网址不迷路 ????） 问题描述 当我们使用 Docker Compose 启动应用程序之后，如果主机发生重启，应用容器无法自动启动。 我们可以使用 Docker Compose 的重启策略，但是也存在一些问题。 该笔记将记录：1）自动启动服务的解决方案、2）及其常见问题和解决方法 方法一、通过 Docker Restart Policy 方法 在 Docker 中，支持 --restart 选项，来控制容器自动启动。
【部署笔记】docker-compose 安装mongodb，一直重启 + 无法连接
ladymorgana的博客
07-29 4487
我们在这里只需要docker内springboot项目和mongodb可以通讯，即可。2.dockerps查看容器发现mongodb一直restarting（N），无法正常启动。2.dockerps查看容器发现mongodb一直restarting（N）Navicat连接mongodb报错，（连接mysql正常）使用docker启动了其它版本mongodb产生数据导致不兼容。独立外网ip做映射（端口号22，3306等）mongodb没有正常启动。办公电脑（公司内网）......
Docker 容器设置为自动重启
wangqiaowq的博客
09-14 3955
Docker 容器设置为自动重启，分为两种情况：新建容器时设置，和对已经存在的容器设置。
docker-compose状态反复Restarting
DESKTOP_Q498G7L的博客
07-31 810
查看 /var/lib/docker/overlay2 目录占用过多导致容器不能成功运行,该目录存储的是容器本地文件，删除文件会影响容器的运行，建议删除其他大文件的目录。一.使用docker-compose.yml创建容器成功，但后续一直无法登录容器。容器一直在Restarting状态,需要查看日志进行判断具体原因。查看日志信息表示磁盘空间被占满导致。
ubuntu docker-compose编排容器并且设置自启动
hi_lv_520的博客
03-18 440
使用Docker Compose编排容器并设置为Ubuntu系统的自启动服务，不仅优化了应用的部署流程，也提升了运行时的可管理性和可靠性。通过上述步骤，您可以轻松实现这一目标。维护此类服务时，记得定期检查和更新您的文件，确保所有的服务都符合当前的业务需求和技术标准。在云计算和微服务架构不断演进的今天，掌握Docker Compose等工具对于DevOps和软件工程师来说，变得尤为重要。
docker-compose restart 介绍使用
weixin_36534771的博客
07-11 1870
在 docker-compose.yml 文件中，restart 选项用于指定 Docker 容器的重启策略，以便在容器退出或失败时自动重启它。这个选项非常有用，特别是在生产环境中，可以提高服务的可用性和可靠性。重启策略选项Docker 支持以下几种重启策略：no：默认值，不会自动重启容器。always：总是重启容器，无论...
设置docker开机自启动 docker compose设置容器自启动
WindNolose的博客
02-17 5306
Docker启动命令 systemctl start docker Docker开机自启动 systemctl enable docker Docker设置容器为自启动 --restart=always Docker修改容器状态为自启动 docker update --restart=always 容器ID(或者容器名) docker compose设置容器自启动 restart: always ...
docker重启参数--restart=always的作用
hyy
07-14 1万+
--restart=always参数能够使我们在重启docker时，自动启动相关容器。 Docker容器的重启策略如下： no，默认策略，在容器退出时不重启容器 on-failure，在容器非正常退出时（退出状态非0），才会重启容器 on-failure:3，在容器非正常退出时重启容器，最多重启3次 always，在容器退出时总是重启容器 unless-stopped，在容器退出时总是重启容器，但是不考虑在Docker守护进程启动时就已经停止了的容器 参考：Docker容器的重启策略及docker run的
docker-compose 启动容器反复重启或者直接退出问题解决
u011337602的博客
08-29 9924
初试docker-compose时，有点蛋疼，写了一个只认为没什么问题的docker-compose.yml，结果起来的容器在反复重启version: '3' services: videoservice: container_name: compile image: videoservice environment: ...
docker-compose.yml开机启动
m0_49303490的博客
05-17 1085
docker-compose.yml开机启动
docker-compose -f docker-compose-energy.yml down 只详解这个命令
最新发布
04-24
<think>嗯，用户现在想详细了解`docker-compose -f docker-compose-energy.yml down`这个命令的用法和参数含义。之前我已经给过一个详细的回答，但用户现在又提出了同样的请求，可能是因为之前的回答还不够深入，或者他们需要更多的细节。让我看看用户提供的引用内容，里面有关于Dockerfile、Docker Compose配置文件的信息，以及一些docker-compose.yml的具体配置示例。 首先，我需要确保这次的回答能更全面地覆盖命令的各个参数，并引用用户提供的资料来增强权威性。例如，用户提到引用[2]中说明了Compose配置文件的最新版本是V3，这可能影响到命令的行为，特别是在处理网络和数据卷时。另外，引用[3]里提到了`docker-compose start`的使用方法，这可以和`down`命令形成对比，帮助用户理解不同命令之间的区别。 用户可能在使用`docker-compose down`时遇到问题，比如不清楚哪些资源会被删除，或者如何保留数据卷。根据之前的回答，用户似乎关心数据保留的问题，所以需要强调`--volumes`参数的作用，并结合引用[3]中的volumes配置说明，解释数据卷的具体处理方式。 另外，用户引用的内容中提到了多文件配置和使用`-f`参数指定文件，这需要进一步解释。用户可能想知道如何同时使用多个配置文件，以及这些文件如何合并。引用[2]提到Compose支持多文件配置，因此需要详细说明`-f`参数的使用场景和文件合并顺序，确保用户理解其优先级和组合方式。 还要注意用户之前的问题中提到的注意事项，比如文件优先级、数据风险等，需要再次强调这些点，避免用户误操作导致数据丢失。结合引用[3]中的`volumes`部分，可以具体说明哪些卷会被删除，哪些不会，以及如何通过命名卷和绑定挂载的不同处理来管理数据。 此外，用户可能对命令的执行流程和依赖关系有疑问。引用[3]中提到了`depends_on`配置，这在`down`命令执行时会影响服务的停止顺序吗？需要澄清`docker-compose down`的处理逻辑，是否按照依赖关系的逆序停止和删除容器，确保用户了解整个过程。 最后，用户可能需要实际的应用示例，比如如何结合`down`和`up`命令进行环境重建，或者如何在不同环境中使用不同的配置文件。结合引用中的例子，比如启动服务时的`docker-compose start`，可以对比说明`down`和`up`的配合使用，帮助用户构建完整的工作流程。 总结起来，我需要结构化地回答，详细解释命令的每个部分，参数的作用，结合用户提供的引用内容，确保回答准确且符合用户的实际需求。同时，要考虑到用户可能的潜在问题，如数据保留、多文件配置、命令执行顺序等，提供全面的解释和示例，帮助他们更好地理解和使用`docker-compose down`命令。</think>### `docker-compose -f docker-compose-energy.yml down` 命令详解 --- #### **一、核心功能** 此命令用于**停止并销毁**由 `docker-compose-energy.yml` 文件定义的 Docker 环境，包括容器、网络和数据卷（可选）[^1][^2]。 **核心操作流程**： 1. **停止容器**：按依赖关系的逆序停止所有容器（例如先停止依赖其他服务的容器，再停止被依赖的容器）[^3] 2. **删除资源**： - 删除所有容器（无法直接重启） - 删除自定义网络（如未显式定义网络，则删除默认生成的网络） - 可选删除数据卷（需通过参数指定） --- #### **二、参数解析** | 参数 | 作用 | 示例 | |------|------|------| | `-f` | 指定 Compose 配置文件路径（覆盖默认的 `docker-compose.yml`） | `-f docker-compose-energy.yml` | | `--volumes` | **彻底删除** Compose 文件中定义的命名卷（`volumes` 部分）和匿名卷 | `down --volumes` | | `--rmi` | 删除相关镜像：<br>- `all`：删除所有服务关联的镜像<br>- `local`：仅删除无标签的镜像 | `down --rmi all` | | `-t` | 设置容器停止超时时间（默认 10 秒） | `-t 20` | | `--remove-orphans` | 删除未在 Compose 文件中定义的孤立容器 | `down --remove-orphans` | --- #### **三、与配置文件的关键交互** 1. **文件优先级** 通过 `-f` 参数明确指定配置文件后，Docker Compose 将忽略默认的 `docker-compose.yml`，仅处理 `docker-compose-energy.yml`[^2]。 ```bash # 示例：多文件合并（按顺序叠加配置） docker-compose -f base.yml -f override.yml down ``` 2. **数据卷处理** - **命名卷**（如 `static_volume:/xx/static`）：默认保留，需通过 `--volumes` 删除 - **绑定挂载**（如 `/host/path:/container/path`）：不受 `down` 影响（宿主机文件系统保留）[^3] 3. **依赖关系控制** Compose 根据 `depends_on` 配置决定容器停止顺序（例如优先停止 `web` 服务，再停止 `db` 服务）[^3]。 --- #### **四、典型场景与操作对比** | 场景 | 命令 | 结果 | |------|------|------| | **保留数据卷** | `docker-compose -f energy.yml down` | 容器、网络被删除，命名卷保留 | | **彻底清理环境** | `docker-compose -f energy.yml down --volumes` | 容器、网络、命名卷均被删除 | | **保留镜像** | `docker-compose -f energy.yml down` | 镜像保留（需显式使用 `--rmi` 删除） | | **快速重启** | `docker-compose -f energy.yml down && docker-compose -f energy.yml up` | 完整重建环境 | --- #### **五、注意事项** 1. **镜像保留策略** - `down` 默认不会删除镜像（即使服务基于 `build` 指令生成镜像）[^1] - 若需清理镜像，必须使用 `--rmi all` 或 `--rmi local` 2. **多服务环境** ```yaml # docker-compose-energy.yml 示例片段 services: web: image: nginx:alpine depends_on: - db db: image: postgres:13 ``` - 执行 `down` 时，先停止 `web`，再停止 `db` - 自定义网络（如未显式定义，默认生成）会被删除 3. **数据风险** - 使用 `--volumes` 时，命名卷（如数据库存储卷）会被**永久删除** - 可通过备份或绑定挂载保护关键数据 --- ### 相关问题 1. 如何仅删除容器但保留网络和数据卷？ 2. `docker-compose down` 与 `docker-compose stop` 在资源管理上有何本质区别？ 3. 多环境配置下（如开发/生产），如何通过 `-f` 参数灵活切换配置文件？ --- [^1]: Docker Compose 官方文档关于 `down` 命令的说明 : Compose 配置文件版本与参数优先级规则 [^3]: 基于 `depends_on` 的容器生命周期管理逻辑
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值