摘要：若要开启删除镜像功能，需要修改镜像仓库的配置文件。一个可行的解决办法是手动更改镜像仓库的配置，暂时禁止镜像的操作。
用友云开发者中心是基于Docker容器进行微服务架构应用的落地与管理。相信各位同学在使用的过程中，会发现随着Docker镜像的增多，占用磁盘空间也约来越多。这时我们需要清理私有镜像仓库中不需要的镜像。但在实际操作时，才会发现这本以为很简单的任务中却暗藏玄机，遇到了不少的麻烦。在这里我们分享一下清理镜像仓库时遇到的坑点。想要直接寻求解决方案的同学可以直接看第二部分。
一、那些年，我们在清理镜像仓库时走过的坑
坑点1：官方提供的接口并不能真正的删除镜像
这着实是最大的坑点。很多同学查资料发现，官方已经提供了删除镜像仓库的API，所以可能相当然的以为直接使用就好，殊不知掉入了官方埋下的最大的坑点，也是本文要着手解决的核心问题：官方提供的删除镜像仓库中镜像的接口，仅仅是把manifest删除了，真正的镜像文件还存在！官方并没有提供删除镜像层的接口！这也就是说，当我们调用删除镜像的接口之后，仅仅是查看镜像的列表时看不到原镜像了，然而原有镜像仍然在磁盘中，占用着宝贵的文件存储空间。
坑点2：直接调用官方的删除镜像API，会返回405的错误码
直接调用删除镜像的接口，可能会遇到以下错误提示：
405，意味着方法不被允许。实际上，官方可能是处于安全性的考虑，在默认的情况下禁止了直接删除镜像的功能。若要开启删除镜像功能，需要修改镜像仓库的配置文件。具体操作为修改/etc/docker/registry/config.yml文件，在storage下添加delete的许可之后，重启镜像仓库服务。
坑点3：使用官方提供的garbage-collect工具，会有无用的文件残留
官方为registry提供了garbage-collect（gc）工具清理镜像的物理存储，将没有引用的layer删除。
gc的清理过程分为两部分：
1）mark：扫描所有的manifest，列出引用的layer；
2）sweep：扫描所有的layer，不在mark里的layer将被清理删除。
gc可以在dry-run的模式下运行（添加参数-d），只输出gc信息，不进行实际操作。我们可以通过这种方式来确认哪些镜像会被清除。
使用gc工具清理镜像的一个问题就是文件清理得不够干净，无法清理已经没有tag的镜像目录，并且还残存少部分文件，从十KB到几十KB不等。久而久之，垃圾文件和目录的数量会越来越多。
坑点4：garbage-collect不是事务操作，清理镜像时可能会产生误操作
gc不是事务操作，当gc过程中刚好有push操作时，则可能会误删数据。一个可行的解决办法是手动更改镜像仓库的配置，暂时禁止镜像的push操作。
在镜像仓库的配置文件中可以配置read-only模式。当启用read-only之后，再push镜像时会得到405的错误。gc完成后取消read-only模式，再push镜像即可。
坑点5：使用garbage-collect工具后，必须重启镜像仓库才能正常使用
如果不重启镜像仓库，则再次push该镜像时可能会得到layer already exists错误：
其可能的原因是镜像被删除后，仓库的缓存中还存有已经删除的镜像信息，所以再次push会报层存在的错误。
二、两种清理镜像仓库的方案
方案一：使用官方API + GC
使用官方提供的方法可以较为简便的清理镜像仓库。整个清理过程可能需要几百毫秒到几秒的时间。此操作有一定的危险性，因此清理镜像不宜过于频繁。官方在git上也有类似描述。点击查看：https://github.com/docker/doc...
具体操作过程如下：
1、准备工作
在配置中许可删除操作。修改镜像仓库的配置文件，一般在如下路径：
/etc/docker/registry/config.yml
在storage下添加delete的许可之后，重启镜像仓库。
用docker方式启动的镜像仓库也可以添加环境变量：
REGISTRY_STORAGE_DELETE_ENABLED=true
2、获取待删镜像的digest
获取镜像digest的API为：
GET /v2/
其中，name是仓库名，reference是标签，此时需要注意，调用时需要加上header内容：
Accept： application/vnd.docker.distribution.manifest.v2+json
其中Docker-Content-Digest的值就是镜像的digest
3、调用官方的HTTP API V2删除镜像
删除镜像的API为：
DELETE /v2/
其中，name是仓库名称，reference是包含“sha256：”的digest。
4、调用GC清理镜像文件
使用gc工具的方式为：
bin/registry garbage-collect /etc/docker/registry/config.yml
gc清理需要时间，如果在gc过程中刚好有push操作，可能会产生未知的问题，建议设置read-only模式之后再进行gc，然后再改回来。
5、重启docker registry
注意，如果不重启会导致push相同镜像时产生layer already exists错误。
方案二：使用第三方脚本
在清理镜像仓库这件事上，业内已经有很多人进行过各种各样的尝试。本文挑选一种比较好的方式推荐使用。
1、宿主机安装delete-docker-registry-image
可参考此命令的安装和使用方式。参考链接：https://github.com/burnettk/d...
2、执行delete-docker-registry-image命令可以删除某个仓库（sb）
或者某个具体的镜像（如alpine：3.2）
如果删除某镜像后该仓库为空，可以用删除仓库的方式删除此空仓。
该工具也提供了dry-run的方式，只输出待删除的信息不执行删除操作。在命令后加上——dry-run即可。
3、重启docker registry
跟gc方式一样，删除镜像之后要重启docker registry，不然还是会出现相同镜像push不成功的问题。
以上就是本文推荐的两种清理镜像仓库的两种方案。第一种方案更多的使用了官方提供的工具，使用时相对更加安全，且无需额外安装其他内容。第二种方案使用了第三方工具或脚本，使用时更加灵活且简便，且清理的更加彻底。具体操作时可根据自己的需求选择方案。
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/27685.html
摘要：二缘起对于一个普通的屌丝创业公司的屌丝项目来说，理论上来说是没必要用太复杂的技术的，对新技术的克制也是码农的一个职业操守。 Docker出现后，容器技术在互联网领域得到了空前的普及，无论是大公司还是屌丝创业公司的码农基本上都会在各种技术社区或者各种演讲会议上了解到过相关技术，我们作为一家屌丝创业公司也不例外，去年对Docker做了一番了解，并在年前测试了一些方案，今天在这里总结一下遇到...
摘要：二缘起对于一个普通的屌丝创业公司的屌丝项目来说，理论上来说是没必要用太复杂的技术的，对新技术的克制也是码农的一个职业操守。 Docker出现后，容器技术在互联网领域得到了空前的普及，无论是大公司还是屌丝创业公司的码农基本上都会在各种技术社区或者各种演讲会议上了解到过相关技术，我们作为一家屌丝创业公司也不例外，去年对Docker做了一番了解，并在年前测试了一些方案，今天在这里总结一下遇到...
摘要：二缘起对于一个普通的屌丝创业公司的屌丝项目来说，理论上来说是没必要用太复杂的技术的，对新技术的克制也是码农的一个职业操守。 Docker出现后，容器技术在互联网领域得到了空前的普及，无论是大公司还是屌丝创业公司的码农基本上都会在各种技术社区或者各种演讲会议上了解到过相关技术，我们作为一家屌丝创业公司也不例外，去年对Docker做了一番了解，并在年前测试了一些方案，今天在这里总结一下遇到...
摘要：一个镜像可以放到另一个京广线的顶部，位于下面的镜像称为父镜像，最底部的称为基础镜像。镜像是基于联合文件系统的一种层式的结构，由一系列指令一步步构建处理。拉取镜像使用命令启动一个镜像时，会检查本地是否存在该镜像。 什么是镜像 Docker镜像时由文件系统叠加而成，最底端是一个引导文件系统，即bootfs，这很像典型的Linux/Unix的引导文件系统。Docker用户几乎永远不会和引导...
摘要：本人的学习笔记，主要是对我的第一本书从入门到实践的学习记录，并结合其他各种资源的学习，欢迎大牛们指点。最新的容器引入了容器如，容器不再仅仅是一个单纯的运行环境。镜像是基于联合文件系统的一种层式的结构，由一系列指令一步步构建处理。 本人的学习笔记，主要是对《我的第一本Docker书》、《Docker —— 从入门到实践》的学习记录，并结合其他各种资源的学习，欢迎大牛们指点。 容器简介 ...
阅读 1360·2021-10-08 10:04
阅读 2655·2021-09-22 15:23
阅读 2707·2021-09-04 16:40
阅读 1143·2019-08-29 17:29
阅读 1472·2019-08-29 17:28
阅读 2943·2019-08-29 14:02
阅读 2196·2019-08-29 13:18
阅读 813·2019-08-23 18:35
