网站首页 > 博客文章 正文
在 Windows 系统中使用 Docker 时,掌握镜像和容器的更新方法至关重要。以下是针对镜像 “
ghcr.io/open-webui/open-webui” 和容器 “open-webui” 的几种实用更新方案,助您灵活应对不同场景。
方法一:手动更新单个镜像和容器
若仅需更新单个容器,手动操作是直接有效的方式。
操作步骤:
- 停止并删除旧容器(如果正在运行):
docker stop open-webui
docker rm open-webui
- 拉取最新镜像:
docker pull ghcr.io/open-webui/open-webui:latest
这会从镜像仓库中拉取最新的 open-webui 镜像。
- 停止并删除旧容器:
docker stop open-webui
docker rm open-webui
停止并删除旧的 open-webui 容器。
- 使用新镜像创建并启动新容器:
docker run -d --name open-webui -p 3000:8080 -v C:/data/open-webui:/app/data ghcr.io/open-webui/open-webui:latest
- 使用最新镜像创建并启动新的 open-webui 容器。
- -d:后台运行容器。
- -p:映射端口(示例中将宿主机 8080 映射到容器 8080)。
- -v:挂载数据卷,确保数据持久化(如需持久化数据,必须添加此参数)。
注意事项:
- 如果未使用 -v 挂载数据,容器删除后数据会丢失。
- 需要记住原始容器的启动命令(如端口、挂载路径等)。
- 验证更新:
docker ps
查看新容器是否正常运行。
方法二:使用 Docker Compose 更新
当管理多容器项目时,Docker Compose 能提供便捷的更新体验。
编写 docker-compose.yml 文件:内容如下,指定镜像、端口映射等关键信息。,内容如下:
version: '3'
services:
open-webui:
image: ghcr.io/open-webui/open-webui:latest
container_name: open-webui
ports:
- "8080:8080"
volumes:
- ./data:/app/data
- image:指定镜像地址和标签(:latest 表示最新版本)。
- volumes:挂载本地目录到容器内,确保数据持久化。
- 可以根据自己的情况编写更多的更新镜像信息到 .yml 文件里面,达到批量更新的目的。
操作步骤:
- 拉取最新镜像:
docker-compose pull
这会拉取 docker-compose.yml 文件中定义的所有服务的最新镜像。
- pull:拉取最新镜像。
- 更新并重启服务:
docker-compose up -d
这会根据最新的镜像重新创建并启动容器。
- up -d:重建容器并启动。
- 验证服务状态:
docker-compose ps
查看服务是否正常运行。
注意事项:
- 使用 docker-compose 可简化多容器管理。
- 修改 docker-compose.yml 后,需重新运行 docker-compose up -d。
方法三:使用 Watchtower 自动更新
Watchtower 可实现容器的自动更新,可以定期检查并更新镜像,省去人工干预。
操作步骤:
- 安装 Watchtower:
docker pull containrrr/watchtower
- 运行 Watchtower:
docker run -d \
--name watchtower \
-v /var/run/docker.sock:/var/run/docker.sock \
containrrr/watchtower open-webui
这会启动 Watchtower,它会自动检测 open-webui 容器的镜像更新,并在后台自动更新。
- --run-once:仅检查并更新一次(可省略以持续监控)。
- open-webui:指定要监控的容器名。
- 手动触发更新(可选):
如果需要手动触发更新,可以运行以下命令:
docker run --rm --volume /var/run/docker.sock:/var/run/docker.sock \
ghcr.io/containrrr/watchtower --run-once open-webui
- 验证更新:
Watchtower 会自动拉取最新镜像并重启容器。可通过以下命令查看日志:
docker logs watchtower
注意事项:
- Watchtower 会自动处理容器的重启和镜像更新,无需手动操作。
- 若需全局监控所有容器,可省略 --run-once open-webui 参数。
- 确保 Watchtower 有权限访问 Docker 的套接字文件(/var/run/docker.sock)。
方法四:使用 CI/CD 工具自动化更新
借助 Jenkins、GitLab CI 或 GitHub Actions 等 CI/CD 工具,可以编写脚本实现自动化更新镜像。
示例 CI/CD 脚本(GitLab CI):
stages:
- update
update:
stage: update
script:
- docker pull ghcr.io/open-webui/open-webui:latest
- docker stop open-webui
- docker rm open-webui
- docker run -d --name open-webui ghcr.io/open-webui/open-webui:latest
这个脚本会在触发时自动拉取最新镜像并更新容器。
方法五:可视化工具更新
对于不熟悉命令行的用户,可视化工具是友好之选。
工具一:使用 DPanel 可视化工具更新
步骤:
- 部署 DPanel 容器
docker run -d \
--name dpanel \
-p 8807:8080 \
-v /var/run/docker.sock:/var/run/docker.sock \
-v dpanel:/dpanel \
ghcr.io/dpanel/dpanel:lite
- 通过 Web 界面操作:
- 访问 http://localhost:8807。
- 在 DPanel 界面中找到 open-webui 容器,点击“升级”按钮。
- 选择镜像 ghcr.io/open-webui/open-webui:latest,确认更新。
注意事项:
- DPanel 提供图形化操作,适合不熟悉命令行的用户。
- 需要提前安装 DPanel 容器。
工具二:使用Portainer更新
Portainer是一个可视化的Docker管理工具,可以帮助你更方便地管理和更新容器。
- 安装Portainer 如果还没有安装Portainer,可以通过以下命令快速部署:
docker volume create portainer_data
docker run -d -p 8000:8000 -p 9443:9443 --name portainer --restart=always -v /var/run/docker.sock:/var/run/docker.sock -v portainer_data:/data portainer/portainer-ce:latest
- 登录Portainer界面 打开浏览器访问https://localhost:9443,然后使用提供的界面找到你要更新的服务或容器。
- 更新服务/容器 在Portainer中,你可以查看所有运行中的容器和服务,并直接点击“Recreate”按钮来基于最新的镜像重建容器。
总结对比
方法 | 优点 | 缺点 |
手动更新 | 简单直接,适用于单容器 | 需记住命令,操作繁琐 |
Docker Compose | 适合多容器项目,配置集中,操作便捷且能保持服务一致性 | 需维护 docker-compose.yml |
Watchtower | 自动更新适合需要自动化的场景,无需人工干预 | 需额外部署容器 |
CI/CD 工具 | 自动化更新,融入持续交付流程 | 需编写脚本 |
DPanel / Portainer | 图形化操作,新手友好 | 依赖第三方工具 |
附加建议
- 数据持久化:
- 所有方法均需通过 -v 或 docker-compose.yml 挂载数据卷,避免更新后数据丢失。
- 示例:
docker volume create open-webui-data
docker run -d \
--name open-webui \
-v open-webui-data:/app/data \
ghcr.io/open-webui/open-webui:latest
- 备份镜像:
- 更新前可通过
docker save
- 备份旧镜像:
docker save ghcr.io/open-webui/open-webui > open-webui-backup.tar
- 验证更新:
- 更新后检查容器日志和状态:
docker logs open-webui
docker ps -a
大家通过以上方法,您可以灵活选择适合需求的更新策略。
注意:无论采用哪种方法,请确保在更新前备份重要数据,尤其是当你对某些容器进行了自定义配置时。此外,在生产环境中进行任何更改之前,最好在一个测试环境中先行试验。
- 上一篇: docker从入门到实战系列6-docker-compose容器编排
- 下一篇: dify 1.40
猜你喜欢
- 2025-05-22 Docker搭建MySQL与Redis集群教程
- 2025-05-22 Docker新手福音!这个开源控制面板让你更快上手Docker
- 2025-05-22 数字管家登场:利用Docker快速部署你的HomeBox家庭库存系统
- 2025-05-22 docker-compose备份数据库,在crontab定时任务中不生效解决方法
- 2025-05-22 容器云生产实践第一步:ELK Stack
- 2025-05-22 docker-compose快速部署elasticsearch-8.x集群+kibana
- 2025-05-22 dify 1.40
- 2025-05-22 docker从入门到实战系列6-docker-compose容器编排
- 2025-05-22 Docker与Docker Compose部署微服务对比
- 2025-05-22 Docker Compose 中执行多条命令的方法
你 发表评论:
欢迎- 377℃手把手教程「JavaWeb」优雅的SpringMvc+Mybatis整合之路
- 373℃用AI Agent治理微服务的复杂性问题|QCon
- 364℃初次使用IntelliJ IDEA新建Maven项目
- 357℃Maven技术方案最全手册(mavena)
- 353℃安利Touch Bar 专属应用,让闲置的Touch Bar活跃起来!
- 352℃IntelliJ IDEA 2018版本和2022版本创建 Maven 项目对比
- 351℃InfoQ 2024 年趋势报告:架构篇(infoq+2024+年趋势报告:架构篇分析)
- 350℃IT全明星|IntelliJ IDEA学习笔记(四、idea中怎么创建maven项目)
- 最近发表
- 标签列表
-
- powershellfor (55)
- messagesource (56)
- aspose.pdf破解版 (56)
- promise.race (63)
- 2019cad序列号和密钥激活码 (62)
- window.performance (66)
- qt删除文件夹 (72)
- mysqlcaching_sha2_password (64)
- ubuntu升级gcc (58)
- nacos启动失败 (64)
- ssh-add (70)
- jwt漏洞 (58)
- macos14下载 (58)
- yarnnode (62)
- abstractqueuedsynchronizer (64)
- source~/.bashrc没有那个文件或目录 (65)
- springboot整合activiti工作流 (70)
- jmeter插件下载 (61)
- 抓包分析 (60)
- idea创建mavenweb项目 (65)
- vue回到顶部 (57)
- qcombobox样式表 (68)
- vue数组concat (56)
- tomcatundertow (58)
- pastemac (61)
本文暂时没有评论,来添加一个吧(●'◡'●)