linux 从 Harbor 保存镜像至本地

原创 已于 2022-12-15 11:01:48 修改 · 2k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#linux #docker #Harbor #镜像 #保存

于 2022-12-15 11:01:21 首次发布
本文介绍了如何使用Docker进行基本的镜像操作，包括拉取镜像、查看镜像ID、登录Harbor仓库、保存镜像至本地等步骤。通过这些操作可以有效地管理和部署Docker镜像。

1. docker 拉取镜像

docker pull 从harbor复制的镜像地址

2. 查看镜像id

docker images

3. 登录 Harbor

docker login http://xxx.xxx.xxx.xxx

4. 保存镜像至本地

（1）查看镜像保存的地址【即当前目录地址】

        pwd

（2）保存镜像【服务名和版本号都是自定义的，随便写】

        docker save -o 服务名-版本号.tar 镜像id

（3）然后在（1）中使用pwd命令查看到的地址中即可找到 服务名-版本号.tar 镜像

15-Docker-使用Harbor仓库上传/下载镜像
小白的博客
02-04 2668
Docker-使用Harbor仓库上传/下载镜像
我想把harbor某个镜像仓库里面的镜像全部导出来，怎么做？
最新发布
weixin_46453070的博客
10-20 243
下面给你几种常用、可靠的导出方式。按你的需求选择其一即可（示例里用 harbor.example.com/project/repo 占位）。 一、最省事推荐：用 skopeo 一次性把“该仓库的所有标签”同步到本地目录 - 适合：需要把同一仓库（project/repo）的所有 tags 拉下来，且希望层去重、空间占用更小。 - 优点：无需 Docker 守护进程；支持私有证书；能保留多架构清单（--all）。 步骤 1) 登录 Harbor（建议用 Harbor 机器人账号，权限仅 pull） ```
harbor仓库镜像批量上传和下载
Record Little
07-08 2350
在harbor仓库中有好多镜像,需要迁移至其他环境, 需要批量导出和下载 . 如果单个上传,下载,因为工作量比较大 ,容易出错.ps: 理论应该用curl 获取仓库目录 ,但是因为上传时 本地镜像未删除,直接使用循环变量。ps: 192.168.2.120 为旧地址, 版本号都是latest。所以想通过linux脚本批量处理, 所以涉及批量操作的处理的知识。3.修改tag标签 为新harbor地址。简单运维中涉及批量操作的总结 ~ ~1.从参数接收新harbor地址.2.扫描所有tar包,
使用 Docker 搭建 Harbor 镜像仓库并进行操作
只有做与不做 没有想与不想
01-02 1253
通过上述步骤，你可以成功搭建一个 Harbor 镜像仓库并进行相关操作。Harbor 提供了功能强大的镜像管理和安全控制，能够满足企业级应用的需求。希望本文能够帮助你顺利搭建并使用 Harbor 镜像仓库。
harbor上传下载镜像
OfficerGoodbody的博客
09-01 1238
客户端登录： docker login -u admin -p Harbor12345 https://harbor.wmmzz.com 上传本地镜像之前，先给本地镜像打个标签，比如ID号为“4c1b2744b5c6”的这个镜像先标签为tomcat，项目名称是library docker tag 4c1b2744b5c6 harbor.wmmzz.com/...
docker-harbor 仓库上传下载镜像以及仓库之间的镜像复制
Hai990218的博客
08-20 2802
它是由docker-compose一键编排的，所以也需要安装docker-compose。还检测仓库内镜像的变化以及token，根据不同的权限给于不同的token，token就是保存用户身份的信息，以及账户和密码，就是用于认证身份的组件，一次认证后续就不需要再输入账号和密码了。1.通过角色对权限进行控制：由于用户和仓库都是基于项目进行组织的，所以不同的用户在不同的项目中拥有不同的权限。：前端页面是nginx，然后在nginx的配置中做了反向代理，把浏览器不同的请求转发到后端不同的容器中。
Linux——Harbor(容器镜像 管理项目)
Xinan_____的博客
10-14 1390
镜像拉取存在一定的问题，出现原因在于： 使用官方公共仓库中的镜像。 拉取的镜像，主要保存在一下仓库中： docker.io //Docker hub 最大的官方维护的公共镜像仓库，一般都会提供所有项目的最新版镜像，镜像经过签名认证，保证了镜像的完整性和一致性。 quay.io // redhat维护的一个社区版镜像仓库，主要提供红帽的openshift平台（红帽企业版K8S）的相关组件镜像，以及提供部分从docker hub 复制同步到的软件仓库项目，不保证镜像的安全性、可用性、完整性，以及是否为
Linux——Harbor: 容器镜像的存储
Xinan_____的博客
10-14 1128
延申： 目前harbor 与K8S 分别部署到不同的主机中，或者换一句话说 harbor没有直接在k8s平台来运行，如果需要将harbor部署到K8S平台中，可以直接通过控制器部署，也可以结合专门的部署工具helm 来提高部署的自动化程度。Harbor不管是通过docker compose 还是通过 k8s 平台部署，都需要通过重点考虑存储的持久化问题，毕竟谁也不想平台断电或者重启后，原本保存的镜像不见了。请尝试更新一下目前pod的镜像，进行一次滚动更新。K8S 在那些情况下需要进行镜像的拉取？
Harbor镜像仓库实战指南：从安装到高级管理的全面解析
超哥的博客
12-09 1500
本文提供了一份详尽的Harbor镜像仓库实战指南，从安装到高级管理全面覆盖，适合IT从业者及爱好者学习参考，助力镜像仓库的高效管理与使用。
Harbor配置镜像漏洞扫描器Trivy并配置离线扫描
菜鸟运维升级之路
03-06 2292
在第一次真正接触并了解trivy工具是源自于前几周的CKS考试题目,通过参加该考试后,对k8s集群环境的安全更加注重，尤其是当镜像包含一些漏洞，我们需要在部署到环境前判断出是否存在高危漏洞，保护业务不受影响。因此为了在发布镜像前解决掉漏洞，所以将trivy集成到harbor中。Harbor 在生产环境中常用于企业级容器镜像仓库，提供可靠的镜像管理功能。而 Trivy则是一款高效的开源安全扫描工具，主要用于检测和报告镜像中的安全漏洞,可以将漏洞分为不同的等级。Harbor 集成Trivy工具，可以让企业能够在
windows系统从harbor上拉取docker镜像到本地，修改后重新上传到一个新的harbor仓库中
zx_0902的博客
04-02 1764
windows11系统，下载docker镜像，上传harbor仓库
Harbor镜像仓库的安装以及Docker从Harbor上传与下载镜像
热门推荐
weixin_44178366的博客
06-27 1万+
Harbor镜像仓库的安装与使用 简介：Harbor是一个用于存储和分发Docker镜像的企业级Registry服务器，除了Harbor这个私有镜像仓库外，还有Docker官方提供的Registry。相对Registry，Harbor具有很多优势,本文主要介绍Harbor镜像仓库的安装与使用，以及使用Docker从Harbor中上传与下载镜像 提供分层传输机制 提供WEB界面，优化用户体验 支持水平扩展集群 Harbor安装步骤 1、安装Docker 具体参考我之前的文章，docker 入门教程 h
一次内网 Harbor 镜像仓库导出迁移过程记录
小康子的博客
04-26 2941
内网 Harbor 镜像包批量导出及迁移过程
docker(十一)使用 harbor 仓库上传下载镜像
Not Found 404
09-14 2059
文章目录配置 docker 使用 harbor 仓库上传下载镜像：从 harbor 下载镜像并启动容器： 配置 docker 使用 harbor 仓库上传下载镜像： 编辑 docker 配置文件： 注意：如果我们配置的是 https 的话，本地 docker 就不需要有任何操作就可以访问 harbor 了 vim /lib/systemd/system/docker.service 在Exe...
批量下载harbor中的镜像（脚本）
qq_54738879的博客
07-18 345
本文介绍了一个用于批量下载Harbor仓库镜像的Python脚本。该脚本支持两种下载模式：1)下载指定项目中的所有镜像；2)下载所有项目中的所有镜像。通过Harbor API获取项目列表和镜像标签信息，使用subprocess调用docker命令完成镜像的拉取和保存为tar文件。下载完成后可通过企业微信机器人发送通知。主要功能包括Harbor认证、项目/镜像查询、镜像下载打包等，适用于镜像备份和迁移场景。
Docker+Harbor仓库搭建，镜像上传下载
方圆师兄
02-21 1400
Harbor官网 下载harbor 修改harbor.yml文件 修改成自己的ip 以及 开放的端口，在这里我把https开放的443注释了 先执行 prepare 后再执行 install.sh 获取到docker-compose.yml文件，可以对其中的镜像进行修改，修改成自己的 docker ps -a 查看启动的容器 在浏览器中打开harbor harbor的默认账号密码为： admin Harbor12345 登录后可以在右上角修改密码 如果遇到输入账号提示账号密码错误的，可以修改一下
Harbor镜像仓库
qq_42211536的博客
08-22 3357
在前面文章中使用docker安装软件，例如：MySQL、Nacos等，都是从官方的镜像仓库中拉取镜像后，然后创建并启动MySQL容器、Nacos容器等，后来又使用 docker 来制作自己的镜像，若是制作自己镜像后，也想像官方制作的MySQL镜像一样，供给别人使用，并且作为镜像的拥有者，还能对镜像进行更新迭代，别人随时想使用，直接拉取镜像，运行成容器即可。之前教程中是将微服务的每个模块制作成一个个的镜像文件，然后通过docker 运行成容器就能完成项目的部署。
修改dockerfile直接从本地tar文件导入镜像
09-24
<think> 我们参考了用户提供的引用内容，尤其是引用[1]和引用[2]。 引用[1]说明了Dockerfile的基本指令，其中FROM指令用于指定基础镜像。 引用[2]详细比较了docker save/load和docker export/import的区别，并指出docker save保存的是镜像（image），而docker load用于载入镜像包。 用户需求：修改Dockerfile以直接从本地tar文件导入镜像。 根据Docker的语法，Dockerfile本身并不支持直接通过一个指令从tar文件加载镜像并作为基础镜像。但是，我们可以通过多阶段构建的方式来实现。 具体步骤： 1. 在构建的第一阶段，使用一个可以运行docker命令的基础镜像（如docker:dind），然后使用`docker load`命令将本地的tar文件加载到镜像中。 2. 在第二阶段，使用加载后的镜像（通过镜像ID）作为基础镜像。 但是，需要注意的是，Dockerfile中不能直接执行`docker load`命令，因为构建环境通常没有运行Docker守护进程。因此，我们需要使用Docker的DIND（Docker in Docker）技术，但这通常需要特权模式，在构建镜像时可能并不方便。 另一种更简单的方法（无需在构建过程中运行Docker守护进程）： 1. 首先，在宿主机上使用`docker load`命令将tar文件导入到本地Docker镜像库中。 2. 然后，在Dockerfile中直接使用该镜像的名称和标签（或镜像ID）作为基础镜像。 但是，用户的需求是“直接从本地tar文件导入镜像”，即不想事先手动导入到本地镜像库。那么，有没有办法在构建过程中导入呢？ 实际上，Docker 18.09引入了BuildKit，它支持一些新的特性，其中就包括可以直接从tar文件加载基础镜像。 使用BuildKit的Dockerfile语法： ```dockerfile # syntax=docker/dockerfile:1.4 FROM --platform=linux/amd64 my-ubuntu:20.04 AS base ``` 但是，这里并没有直接指定tar文件。我们可以使用一个新的前端语法来实现从tar文件加载： 然而，目前（截至Docker 20.10）并没有直接支持在FROM指令中指定tar文件路径的功能。 因此，我们可以考虑在构建过程中，先将tar文件复制到构建上下文，然后在第一阶段使用`docker load`命令将其加载，然后在后续阶段使用该镜像。但这需要构建器支持运行Docker（即使用DIND）。 具体步骤（使用多阶段构建和DIND）： 阶段1：使用docker:dind镜像作为基础，复制tar文件，然后加载它，并获取镜像ID。 阶段2：使用阶段1中加载的镜像作为基础。 但是，这种方法比较复杂，而且需要构建容器具有特权，可能不安全。 另一种方法是使用BuildKit的`--mount`功能，但同样需要BuildKit支持。 鉴于用户可能没有使用BuildKit，这里提供一个传统方法（需要事先导入镜像）和一个实验性的BuildKit方法： 方法1（传统方法，推荐）： 步骤1：在构建之前，手动将tar文件导入本地镜像库 ```bash docker load -i /path/to/image.tar ``` 步骤2：在Dockerfile中，直接使用导入的镜像 ```dockerfile FROM image-name:tag ... # 其他指令 ``` 方法2（使用BuildKit的实验性功能）： 步骤1：启用BuildKit（设置环境变量`DOCKER_BUILDKIT=1`） 步骤2：编写Dockerfile，利用`--input`标志将tar文件传递到构建上下文，并在第一阶段加载 示例Dockerfile（使用BuildKit）： ```dockerfile # syntax=docker/dockerfile:1.4 # 第一阶段：加载tar文件 FROM scratch AS src COPY ubuntu-20.04.tar / # 第二阶段：使用docker镜像（需要能运行docker命令），加载tar文件 FROM docker AS dockerimg COPY --from=src /ubuntu-20.04.tar /image.tar RUN mkdir /imagedir && \ docker load -i /image.tar > /imagedir/imageid.txt && \ docker image ls --no-trunc > /imagedir/images.txt # 第三阶段：使用加载的镜像 FROM alpine AS final # 从第二阶段复制镜像ID文件 COPY --from=dockerimg /imagedir/imageid.txt /imageid.txt # 注意：这里我们不能直接使用FROM，因为FROM指令不能动态指定基础镜像。所以我们需要知道镜像ID，然后写死在后续的FROM中。 # 但是，我们可以在第二阶段获取镜像ID，然后将其作为构建参数传递给后续阶段。 # 然而，在传统Dockerfile中，FROM指令不能使用构建时变量（ARG）来动态指定镜像ID（除了一些预定义的ARG，比如镜像的标签）。 因此，这种方法并不实用。 我们可能需要一个更直接的方法：在构建之前，通过脚本解析出tar文件中的镜像ID，然后将其作为构建参数传递给Dockerfile。 步骤： 1. 使用`docker load -i image.tar`命令，然后通过`docker image ls`获取镜像ID，然后将其作为构建参数。 2. 在Dockerfile中使用ARG指令接收镜像ID，并在FROM指令中使用。 但是，FROM指令可以这样使用： ```dockerfile ARG BASE_IMAGE_ID FROM ${BASE_IMAGE_ID} ``` 然后构建命令： ```bash # 导入镜像并获取镜像ID docker load -i ubuntu-20.04.tar # 获取导入的镜像的ID（假设只有这一个） IMAGE_ID=$(docker images -q | head -n1) # 构建 docker build --build-arg BASE_IMAGE_ID=$IMAGE_ID -t my-image . ``` 这种方法结合了脚本和Dockerfile，能够在Dockerfile中直接使用本地导入的镜像（虽然需要先导入）。 综上所述，最直接的方法还是先导入镜像，然后在Dockerfile中使用。如果用户坚持不想在构建前导入，那么目前没有完美的解决方案。 但是，根据用户的需求，我们也可以考虑在构建过程中导入，但需要额外的步骤（使用多阶段构建和DIND）以及构建环境支持。这里提供一个示例： ```dockerfile # 第一阶段：加载镜像 FROM docker:20.10-dind AS loader COPY ubuntu-20.04.tar /image.tar RUN docker load -i /image.tar # 第二阶段：使用加载的镜像 # 注意：这里我们需要知道镜像的名称和标签，或者镜像ID，但无法从loader阶段直接传递 # 我们可以将镜像ID写入文件，然后复制到第二阶段，但第二阶段必须是另一个构建阶段，并且FROM指令不能动态指定镜像（除非使用ARG） # 第二阶段：基础阶段 FROM alpine AS base # 我们无法直接使用loader阶段加载的镜像，因为每个FROM都是一个新的构建阶段，且不共享镜像。 所以，这种方法不可行。 结论：在Dockerfile中直接使用本地tar文件作为基础镜像，目前没有内置支持。最接近的解决方案是： 1. 在构建之前导入镜像，然后在Dockerfile中引用。 2. 或者，使用BuildKit的根构建器（buildkitd）并利用其缓存特性，但配置复杂且不直接支持。 因此，我们建议用户采用传统方法：先导入镜像，然后在Dockerfile中引用。 修改Dockerfile的方法： 如果用户已经将镜像导入本地，那么Dockerfile中只需正常使用FROM指令指定镜像名称和标签（或镜像ID）即可。 例如，用户有一个名为my-ubuntu的镜像，标签为20.04，则Dockerfile为： ```dockerfile FROM my-ubuntu:20.04 ... # 后续指令 ``` 如果用户不知道镜像名称，可以使用镜像ID，通过`docker images`查看，然后： ```dockerfile FROM sha256:xxxxxxxx... # 完整的镜像ID ``` 如何从tar文件获取镜像ID而不导入？ 实际上，我们可以通过`tar`命令查看tar文件中的manifest.json文件来获取镜像ID： ```bash tar -xOf ubuntu-20.04.tar manifest.json | jq -r '.[0].Config' | cut -d':' -f2 ``` 这样得到的是配置文件的sha256，也就是镜像ID。 因此，用户可以在构建之前通过脚本获取镜像ID，然后作为构建参数传递给Dockerfile。 步骤： 1. 编写脚本获取镜像ID（假设镜像tar文件名为image.tar）： ```bash # 获取镜像ID IMAGE_ID=$(tar -xOf image.tar manifest.json | jq -r '.[0].Config' | cut -d':' -f2) ``` 2. Dockerfile中： ```dockerfile ARG BASE_IMAGE_ID FROM $BASE_IMAGE_ID ... ``` 3. 构建命令： ```bash docker build --build-arg BASE_IMAGE_ID=sha256:$IMAGE_ID -t my-app . ``` 注意：这种方法需要宿主机有`jq`和`tar`工具。 因此，我们给出两种推荐方法： 方法一（先导入）： ```bash docker load -i image.tar # 获取镜像名称和标签（或镜像ID） docker images # 修改Dockerfile，使用该镜像名称和标签（或ID） ``` 方法二（不导入，通过脚本传递镜像ID）： ```bash # 获取镜像ID IMAGE_ID=$(tar -xOf image.tar manifest.json | jq -r '.[0].Config' | cut -d':' -f2) # 构建 docker build --build-arg BASE_IMAGE_ID=sha256:$IMAGE_ID -t my-app . ``` 对应的Dockerfile（方法二）： ```dockerfile ARG BASE_IMAGE_ID FROM ${BASE_IMAGE_ID} ... # 其他指令 ``` 注意：方法二在构建时，Docker守护进程必须已经拥有该镜像的层（即tar文件中的层）？实际上，在构建过程中，FROM指令会尝试从本地镜像库中查找该镜像ID。但我们并未导入，所以会失败。 因此，方法二不可行，因为镜像并没有被导入到本地镜像库。所以，我们必须在构建前导入镜像（方法一）或者使用其他手段（如构建时挂载tar文件并加载）但那样就需要DIND。 最终的结论：目前没有直接从tar文件作为基础镜像的方法，必须先导入。 所以，我们建议用户使用传统方法：先导入，再使用。 修改Dockerfile的方法： 无需修改Dockerfile的语法，只需要确保基础镜像已经存在于本地镜像库中。因此，用户只需在构建前导入镜像，然后Dockerfile中的FROM指令就会从本地镜像库中查找该镜像。 因此，我们回答用户： 很遗憾，Dockerfile本身不支持直接从tar文件加载镜像作为基础镜像。您需要先将tar文件导入本地镜像库，然后在Dockerfile中使用该镜像。具体步骤： 1. 导入镜像： ```bash docker load -i /path/to/your-image.tar ``` 2. 查看导入的镜像名称和标签（或镜像ID）： ```bash docker images ``` 3. 在Dockerfile中，使用FROM指令指定该镜像： ```dockerfile FROM <image-name>:<tag> # 或使用镜像ID # FROM sha256:<镜像ID> ``` 4. 正常构建镜像。 如果用户希望在构建脚本中自动化完成，可以这样写脚本： ```bash #!/bin/bash # 导入镜像 docker load -i your-image.tar # 获取镜像ID（假设只有一个镜像被导入） IMAGE_ID=$(docker images -q | head -n1) # 构建 docker build -t my-app --build-arg BASE_IMAGE=$IMAGE_ID . ``` Dockerfile: ```dockerfile ARG BASE_IMAGE FROM $BASE_IMAGE ... # 后续指令 ``` 这样，构建完成后，镜像已经导入，并且构建过程中使用的是该镜像。 但是，请注意，构建结束后，导入的镜像仍然存在于本地镜像库中。 另一种做法（构建后删除）： 在构建结束后，可以删除导入的镜像： ```bash docker rmi $IMAGE_ID ``` 但这可能会影响其他正在使用该镜像的容器，并且如果该镜像被其他镜像依赖，则不能删除。 综上所述，我们给出以下最终答案： </think> ### 修改 Dockerfile 直接从本地 tar 文件导入镜像的方法 根据 Docker 官方规范和最佳实践[^2]，Dockerfile **本身不支持**直接在 `FROM` 指令中加载 tar 文件。但可通过多阶段构建实现本地镜像的复用，以下是具体操作流程： #### 核心原理 1. **镜像加载与构建分离**：先通过 `docker load` 导入镜像到本地仓库 2. **镜像复用**：在 Dockerfile 中通过镜像 ID 引用已导入的镜像 3. **多阶段构建**：确保构建环境隔离 #### 操作步骤 ##### 1. 导入镜像到本地仓库 ```bash # 将 tar 文件导入本地镜像库 docker load -i /path/to/ubuntu-20.04.tar # 验证导入结果 (获取镜像ID) docker inspect ubuntu:20.04 | grep Id # 输出示例: "Id": "sha256:1d622ef86b13a435b0e79e2c7fd38a32c1b199d6b15e8fcfe2fa5e0d5bb0e1d3" ``` ##### 2. 修改 Dockerfile (关键步骤) ```dockerfile # 第一阶段：声明使用已导入的本地镜像 FROM sha256:1d622ef86b13a435b0e79e2c7fd38a32c1b199d6b15e8fcfe2fa5e0d5bb0e1d3 AS base # 第二阶段：应用构建 FROM base RUN apt-get update && apt-get install -y curl COPY app.py /app/ CMD ["python", "app.py"] ``` ##### 3. 执行构建命令 ```bash # 必须包含 tar 文件的构建上下文 docker build -t my-app:v1 . ``` #### 完整工作流示例 ```bash # 1. 准备环境 echo "print('Hello from local image!')" > app.py docker save -o ubuntu-20.04.tar ubuntu:20.04 # 2. 导入镜像 docker load -i ubuntu-20.04.tar # 3. 获取镜像ID (实际使用需替换真实ID) IMAGE_ID=$(docker inspect ubuntu:20.04 -f '{{.Id}}') # 4. 创建 Dockerfile cat > Dockerfile <<EOF FROM $IMAGE_ID AS base FROM base RUN apt-get update && apt-get install -y python3 COPY app.py /app/ WORKDIR /app CMD ["python3", "app.py"] EOF # 5. 构建镜像 docker build -t local-python-app . ``` #### 注意事项 1. **镜像 ID 必须精确匹配**：通过 `docker inspect` 获取完整 SHA256 值 2. **构建上下文要求**：若需在构建中包含 tar 文件，需将其放入上下文目录[^1] 3. **镜像独立性**：构建后生成的镜像不依赖原始 tar 文件 4. **离线环境适用**：所有操作均无需网络连接[^2] #### 替代方案对比 | 方法 | 优点 | 缺点 | |---------------------|--------------------------|--------------------------| | 多阶段构建 + 镜像ID | 镜像层复用，构建效率高 | 需额外导入镜像步骤 | | COPY + docker load | 单文件管理 | Dockerfile 语法不原生支持 | | 直接导入后构建 | 操作简单 | 镜像管理不透明 | > 此方法严格遵循 Docker 镜像分层原理，确保基础镜像层被复用[^2]。对于需要严格离线或镜像版本控制的场景是最佳选择。 --- ### 相关问题 1. **如何验证从 tar 文件加载的镜像完整性？** - 使用 `docker inspect` 对比加载前后的镜像 DIGEST 值 - 计算 tar 文件的 SHA256 校验和： `sha256sum image.tar` 2. **在多阶段构建中如何复用本地保存的中间层镜像？** - 通过 `docker build --cache-from` 指定缓存源 - 使用 `COPY --from=<stage_name>` 跨阶段复制文件 3. **如何批量导出 Docker 本地镜像库中的所有镜像？** ```bash docker save $(docker images -q) -o all-images.tar ``` 4. **在 Kubernetes 集群中如何分发自定义的本地镜像？** - 使用私有镜像仓库（如 Harbor） - 通过 `docker save` + `scp` 物理拷贝 - 使用 Kubernetes 的本地镜像加载功能（需配置节点）
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值