docker将容器打包成镜像并在另一个服务器中运行

最新推荐文章于 2025-09-09 09:19:32 发布
原创 最新推荐文章于 2025-09-09 09:19:32 发布 · 4.7w 阅读 · 77 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#docker

项目中本地服务器用Docker部署了Jenkins，为避免在测试环境服务器重新配置，将测试中的Jenkins容器打包成tar文件，传输到测试服务器。具体步骤为将容器打包成镜像、打包镜像生成tar文件、新服务器载入镜像，最后运行容器。

我们项目中，在本地服务器中部署了docker弄了一个jenkins，现在测试环境服务器也需要jenkins，因为懒得重新配置，于是将测试中的jenkins容器进行打包，保存为tar文件，传输到测试服务器中，使用load加载镜像，然后运行。具体过程如下：

1.将容器打包成镜像

命令：docker commit [OPTIONS] CONTAINER [REPOSITORY[:TAG]]
options选项：-a :提交的镜像作者；
-c :使用Dockerfile指令来创建镜像；
-m :提交时的说明文字；
-p :在commit时，将容器暂停。
这里我的命令是 docker commit 135a0d19f757 jenkins:1.0 完成后，使用docker images可以看见该镜像

2.打包镜像

命令：docker save [OPTIONS] IMAGE [IMAGE...]，示例：docker save -o my_jenkins.tar jenkins:1.0。这里的jenkins:1.0是你刚打包的镜像
完成后，会在当前目录生成一个tar文件。
在这里插入图片描述
完成后，通过xftp将该tar传递到需要的服务器中。

3.新服务器载入镜像

命令：docker load [OPTIONS]
-option选项：–input,-i 指定导入的文件
–quiet,-q 精简输出信息
如：docker load --input my_jenkins.tar
在这里插入图片描述
完成后run容器即可

docker--commit--将容器打包为镜像
m0_60274660的博客
12-13 236
docker commit 容器名 要打包的镜像名:标签。docker commit 容器名 要打包的镜像名。
Docker容器及镜像打包操作指南
qq_27815483的博客
06-24 9366
本文档为docker在不同场景下的镜像、容器迁移操作步骤及不同场景下的系统镜像打包操作、docker镜像导入等操作步骤
【Docker】一键将运行中的容器打包成镜像并导出
Billy_hxp的博客
09-09 2292
本文介绍了如何将运行中的Docker容器保存为镜像并导出的完整流程。主要内容包括：1) 使用docker commit将容器状态保存为新镜像；2) 通过docker save将镜像导出为tar文件；3) 在其他机器上用docker load导入。文章还对比了commit+save与export方式的区别，前者保留镜像历史层和元数据，后者只保存文件系统。最后提供了常用命令速查表，建议长期项目优先使用Dockerfile构建而非commit方式。这套方法适用于开发调试、环境迁移和快速备份场景。
详解Docker 容器基础系统镜像打包
09-30
主要介绍了详解Docker 容器基础系统镜像打包，小编觉得挺不错的，现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧
docker 镜像 退出 保存_Docker保存修改后的镜像
weixin_39752941的博客
11-20 1861
我们运行的容器可能在镜像的基础上做了一些修改，有时候我们希望保存起来，封装成一个新的镜像。可以使用docker提供commit功能。现在以Ubuntu为例，在一个裸的Ubuntu上面安装vim编辑器，并且把这个修改保存下来，封装成一个能执行vim命令的Ubuntu镜像。1.启动镜像并做出修改docker run -it ubuntu:16.04 /bin/bashroot@0bd244689ed2...
Docker 使用-将容器打成镜像
热门推荐
谈谈1974
05-28 5万+
文章目录前言1. 容器打成镜像过程示例2. 镜像打包2.1 镜像打包为 tar 文件示例使用2.2 从 tar 文件载入镜像示例使用 前言 工作中遇到三方闭源的中间件运行起来某项特性不符合需求，但是镜像提供方偏偏又没有将配置文件挂载出来以供修改，这就导致要使软件符合需求地运行只能进入到容器内部修改配置文件后重启，可谓非常之蛋疼。笔者平时对 Docker 接触不多，好在有同事提到 Docker 支持将运行中的容器重新打包为镜像，于是网上搜索资料，大致整理出以下步骤解决上面的问题，故有本文聊作记录 进入运
docker将容器打包成镜像
bomi333的博客
02-29 3321
将当前的 poc_demotar 传到 10.101.12.38的data文件路径下。很多小伙伴才刚开始接触容器的时候不会看是否正常启动，其实我们观察一下端口的状态。scp poc_demo.tar root@其他服务器:文件路径。大家看这里端口是不是空的，那么说明没启动成功，一定要带端口映射噢！如果只有一个端口那也要注意了，也是不对的，因为没有做端口映射。看到poc_demo.tar说明成功。容器id 后面接上 镜像名称。主机的端口映射到容器内端口。输出看看容器启动是否成功。
docker将容器打包成镜像并在另一个服务器中运行.docx
02-19
docker
解决：离线部署Docker容器（使用Docker现有容器生成镜像，将镜像打包成tar并发布到离线服务器中）
hualinger的博客
01-09 1562
本文主要讲解如何将现有的容器打包为镜像，然后该镜像打包为tar文件并在新环境中重新载入（在离线服务器中部署）。
Docker把容器打包成镜像并迁移到另外一台服务器上运行
u011197085的博客
01-03 7165
通过这些步骤，您将能够将保存的 Docker 镜像文件加载到任何 Docker 环境中。参数代表输入文件，后面跟上您的镜像文件路径。如果不在当前目录，您需要提供完整的文件路径。完成这两个步骤后，您就在本地文件系统中得到了一个包含所需镜像的tar文件。在Docker中，您可以通过两个步骤将容器打包成镜像，并将该镜像保存到本地文件系统中。命令可以将现有的容器状态保存为新的镜像。这将列出所有镜像，包括您刚刚加载的镜像。命令，您可以将创建的镜像保存为本地的tar文件。，您想要创建的新镜像名为。
Docker将后端项目打包成镜像并发布成容器
qq_41070935的博客
01-16 830
这样，任何发送到宿主机的8006端口的流量都会被转发到容器的8006端口。在windows环境下开发的项目，发布到Linux服务器上运行，首先需要在windows和Linux系统下安装好Docker。: 这是你想要运行的Docker镜像的名称。这里“xxx”只是一个占位符，你应该替换为你实际要使用的Docker镜像名称。3、docker save test20240116 -o xxx.tar打包镜像,生成镜像的压缩包xxx.tar。: 这是Docker的一个子命令，用于启动一个新的容器。
Docker在项目中进行打包构建镜像并发布到容器服务器的实战
2301_81431930的博客
07-05 897
-t 参数用于指定新镜像的名字和标签，例如 your-image-name 可以替换为实际的镜像名，如 mycompany/myapp:latest。标准化交付：Spring Boot应用通过Docker容器化后，形成统一的部署单元，不受宿主机环境差异的影响，提升了应用发布的可靠性和可重复性。Docker 是一个开源的应用容器引擎，基于Go语言开发，它实现了操作系统级别的虚拟化，允许开发者打包应用及其依赖包到一个可移植的容器中。运维人员则可以通过简单的命令行操作部署或更新应用。
docker：容器打包成镜像
we chat：玩转测试开发
10-15 8880
docker的优势在于，安装部署完成后，将已经运行成功的容器重新打包出新的镜像，即可实现一次构建，处处使用。这需要依赖于docker commit命令 和 docker load来配合完成。1、确认原容器安装运行正常。查看容器名称，docker ps -a。7、测试和访问：http://{公网ip}:8001/hi。：以sanic：通过dockerfile部署为例。4、将文件sanic:v1.tar复制到目标地址。3、 将镜像打包为 tar 文件。5、 从 tar 文件载入镜像。
将Docker容器打包成镜像提交
TracelessLe的专栏
02-13 1899
Docker 是一个开源软件，也是一个开放平台，用于开发应用、交付（shipping）应用、运行应用。Docker允许用户将基础设施（Infrastructure）中的应用单独分割出来，形成更小的颗粒（容器），从而提高交付软件的速度。本文简要介绍如何将Docker容器打包成镜像并提交到Docker仓库。
docker容器打包成镜像
weixin_43134049的博客
04-29 2726
docker commit -a="NJL" -m="add chinese and vscode env " html-ros html-ros-china-vscode:1.0 docker commit -a="用户名" -m="描述" 容器id或名字 打包后的镜像的名字:版本号
docker 容器怎么打成镜像
SMILY12138的博客
04-21 7251
这个 Dockerfile 文件告诉 Docker 它应该基于最新的 Ubuntu 镜像构建一个新镜像。接着，它会将容器的 80 端口暴露出来，并设置 CMD 命令以在镜像启动时启动 Nginx。Dockerfile 是一个文本文件，其中包含了构建 Docker 镜像所需的一系列步骤和指令。无论使用哪种方法打包成镜像，都需要记得提交并推送到一个 Docker Registry 中，以便共享和部署。是要创建的新镜像的名称，可以带上可选的 tag。是要打包为镜像的容器 ID 或者名称，的新镜像，并且标记为。
在一个服务器打包docker镜像，然后在另一个服务器加载
最新发布
10-18
<think>我们有两个需求：1. 用户要求了解在一个服务器打包docker镜像，然后在另一个服务器加载的方法；2. 需要参考用户提供的引用[1][2][3]（虽然用户说这些引用不是真正的需求，但我们可以作为参考） 根据之前的对话，用户遇到了镜像加载时diffID不匹配的问题，现在用户想了解正确的打包和加载方法以避免此类问题。 根据引用[1][2][3]以及Docker的常规操作，我们可以总结出两种主要方法： 方法1：通过Docker仓库（私有或公共）进行中转（引用[1]和[2]提到的方法） 方法2：直接打包容器或镜像为文件，然后传输文件并在另一台服务器加载（引用[3]提到的方法） 下面将详细说明这两种方法，并注意避免之前出现的diffID错误。 特别注意：用户之前遇到的问题是由于镜像层哈希不匹配（可能因为传输中损坏或构建不一致），因此我们需要在操作中强调完整性校验。 ===== 回答开始 ===== ### 跨服务器迁移Docker镜像的两种可靠方法 #### 方法1：通过Docker仓库中转（推荐，避免文件损坏） 此方法利用Docker仓库作为中转站，是最安全且符合Docker设计理念的方式[^1][^2]。流程如下： ```mermaid graph LR A[服务器A] -- 1.打包并推送镜像 --> B[Docker仓库] B -- 2.拉取镜像 --> C[服务器B] ``` **步骤详解：** 1. **在服务器A打包并推送镜像** ```bash # 登录私有仓库（若使用公共仓库可跳过） docker login your-registry.com:5000 # 标记镜像（规范格式：仓库地址/镜像名:标签） docker tag your-image your-registry.com:5000/your-image:latest # 推送镜像（自动分层传输并校验） docker push your-registry.com:5000/your-image:latest ``` 2. **在服务器B拉取并运行镜像** ```bash # 登录仓库（若需要认证） docker login your-registry.com:5000 # 拉取镜像（自动校验层完整性） docker pull your-registry.com:5000/your-image:latest # 运行容器（引用[2]方法） docker run -d --restart=always -p 8095:8095 your-registry.com:5000/your-image ``` **优势**： - Docker自动校验每一层的`diffID`，避免哈希不匹配错误（如您之前遇到的问题） - 支持断点续传和增量上传（仅传输缺失层） - 无需处理大文件传输 --- #### 方法2：直接导出/导入镜像文件（适合无仓库环境） 当无法使用Docker仓库时，可将镜像保存为`.tar`文件后手动传输[^3]。但需注意**文件完整性校验**，否则可能导致`invalid diffID`错误。 ```mermaid graph LR A[服务器A] -- 1.导出镜像为tar文件 --> B[本地tar文件] B -- 2.传输文件到服务器B --> C[服务器B] C -- 3.从tar文件加载镜像 --> D[服务器B的Docker] ``` **步骤详解：** 1. **在服务器A导出镜像** ```bash # 保存镜像到tar文件（包含所有元数据和层） docker save -o image.tar your-image:latest # 生成校验文件（预防传输损坏，关键步骤！） sha256sum image.tar > image.tar.sha256 ``` 2. **安全传输文件到服务器B** ```bash # 使用scp/rsync传输（示例） scp image.tar image.tar.sha256 user@serverB:/path/ ``` 3. **在服务器B校验并加载** ```bash # 校验文件完整性（确保与服务器A一致） sha256sum -c image.tar.sha256 # 必须输出"OK" # 加载镜像（Docker逐层解压并验证diffID） docker load -i image.tar # 运行容器 docker run -d your-image:latest ``` **风险提示**： - 大文件传输容易损坏（务必使用`sha256sum`校验） - 若传输中断可能导致tar文件不完整 - 加载时出现`invalid diffID`错误的根本原因是传输损坏或存储异常 --- #### 关键操作对比 | 方法 | 适用场景 | 校验机制 | 复杂度 | |--------------|-------------------------|----------------------|--------| | Docker仓库 | 高频迁移/团队协作 | **自动校验层哈希** [^1] | ★★☆ | | 导出tar文件 | 临时迁移/无网络环境 | 需手动校验文件完整性 | ★★★☆ | --- #### 避免`invalid diffID`的最佳实践 1. **强制校验**：无论使用哪种方法，始终通过以下命令验证镜像： ```bash docker inspect --format='{{.Id}}' 镜像名 # 查看完整ID ``` 2. **版本一致性**：确保两台服务器的Docker版本差异不超过1个主版本号（如20.10.x←→23.0.x） 3. **存储驱动**：检查`/etc/docker/daemon.json`中的存储驱动（推荐`overlay2`） > **哈希校验的数学原理**： > Docker使用Merkle树结构存储镜像层，设第$i$层的预期哈希为$H_i$，实际加载时计算： > $$ > H_i' = \text{SHA256}(\text{LayerData}_i) > $$ > 当且仅当$H_i' \equiv H_i$时校验通过[^1]。 §§相关问题§§ 1. 如何搭建私有Docker仓库？ 2. 使用`docker save`导出的镜像包含哪些内容？ 3. 为什么Docker镜像采用分层存储设计？ 4. 传输大文件时如何确保完整性（除SHA256外）？ ===== 回答结束 ===== 注意：引用标识[^1][^2][^3]分别对应了用户提供的三个引用，在回答中自然引用。 </think>### 跨服务器打包和加载 Docker 镜像的完整方法 #### 方法一：通过 Docker 仓库中转（推荐） 这是最规范且安全的方案，通过私有/公共仓库实现镜像中转，完美规避层哈希不一致问题（如您遇到的 `invalid diffID` 错误）[^1][^2]。 ```mermaid graph LR A[服务器A] -- 1.打包标记镜像 --> B[Docker仓库] B -- 2.拉取镜像 --> C[服务器B] ``` **具体步骤：** 1. **在服务器A打包并推送镜像** ```bash # 登录私有仓库（无认证可跳过） docker login your-registry.com:5000 # 标记镜像（强制包含仓库地址） docker tag your-image:latest your-registry.com:5000/your-image:latest # 推送镜像（自动分层校验） docker push your-registry.com:5000/your-image:latest ``` 2. **在服务器B拉取并运行** ```bash # 拉取镜像（自动校验分层完整性） docker pull your-registry.com:5000/your-image:latest # 运行容器（引用[2]方法） docker run -d --restart=always -p 8095:8095 your-registry.com:5000/your-image ``` **优势**： - 自动校验每层 `diffID`，避免哈希不匹配 - 无需处理大文件传输 - 支持增量上传（仅传输新层） --- #### 方法二：直接导出/导入镜像文件 适用于无仓库环境的临时方案，但需**严格校验完整性**以防出现 `invalid diffID` 错误[^3]。 ```mermaid graph LR A[服务器A] -- 1.导出为tar文件 --> B[本地tar文件] B -- 2.传输到服务器B --> C[服务器B] C -- 3.从tar加载 --> D[Docker镜像] ``` **具体步骤：** 1. **在服务器A导出镜像** ```bash # 保存镜像为tar文件 docker save -o my-image.tar your-image:latest # 生成SHA256校验文件（关键！） sha256sum my-image.tar > my-image.tar.sha256 ``` 2. **传输文件到服务器B** ```bash # 使用scp传输（示例） scp my-image.tar* user@serverB:/path/ ``` 3. **在服务器B校验并加载** ```bash # 校验文件完整性（必须步骤） sha256sum -c my-image.tar.sha256 # 必须显示"OK" # 加载镜像 docker load -i my-image.tar # 验证镜像哈希 docker inspect your-image:latest | grep -A 10 RootFS ``` > **为何需要校验文件？** > 传输中断会导致层数据损坏，引发哈希值变化。校验可确保： > $$ > \text{SHA256}_{\text{实际}} \equiv \text{SHA256}_{\text{预期}} > $$ --- ### 关键注意事项 1. **版本兼容性** - 确保两台服务器的 Docker 版本差异 ≤1 个主版本 - 跨架构时指定平台：`docker build --platform linux/amd64` 2. **避免 `invalid diffID` 的技巧** ```bash # 加载前清理旧层（防缓存冲突） docker system prune -a --volumes # 检查存储驱动一致性 docker info | grep Storage ``` 3. **容器打包的特殊场景（引用[3]）** 若需打包正在运行的容器： ```bash # 提交容器为新镜像 docker commit [容器ID] new-image:tag # 后续操作与方法二相同 docker save -o container-image.tar new-image:tag ```
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值