本地 docker Repos 越来越大答案

【问题标题】：local docker Repos keep getting bigger and bigger本地 docker Repos 越来越大
【发布时间】：2017-08-03 18:44:09
【问题描述】：

我在 artifactory (5.1.3) 中使用 docker repos 迈出了第一步，有些东西让我有点害怕。

我将不同标签从同一个 docker 镜像（大约 500MB）推送到一个 repo。我预计 repo 的存储使用和大小将保持在 500 MB 左右。

但如果其中包含 5 个图像版本，例如，repo 的大小约为 2.5 GB。

本地 docker repo 设置中的“最大唯一标签”设置也无效 - 我设置了 3，但没有删除任何内容 - 又有 5 个版本。

通过这种行为，我们将在月底之前轻松填满我们的存储系统 - 我是否遗漏了什么，或者这个 docker 的东西在 artifactory 中仍然是 beta 吗？

【问题讨论】：

你能提供这些图片的Dockerfile 吗？另外，你在这些推动之间有什么改变？只是标签？
是的，最后我只更改了标签，所以二进制文件保持不变 - 但它消耗了工件中图像的全部磁盘空间。
所有标签都在同一个 Artifactory 存储库中吗？你是如何测量存储库大小的？你看过存储摘要页面吗？
是的，都在同一个 repo 中 - 我在 artifactory gui 中使用“Artifact Count / Size: Show”检查了尺寸，并在控制台上使用“ncdu”检查了尺寸。 Max Unique Tags 功能似乎可以在 cron 基础或类似的东西上工作，因为今天有 2 个带有图像的版本已经消失并被扔进了垃圾桶。

标签： docker artifactory docker-registry

【解决方案1】：

Artifactory 仅将这些标签的层物理存储一次，因此实际使用的存储空间应约为 500MB（重复数据删除）。您在 UI 中看到的报告大小（工件计数/大小）是如果每个工件都是物理二进制文件（而不仅仅是链接）将占用的物理存储量。由于重复数据删除可能发生在不同的存储库之间，因此没有好的方法可以报告每个存储库的物理存储大小（一个图像/标签/层可以在多个存储库之间共享）。
在Storage Summary 页面中，您可以看到 Artifactory 使用的物理存储大小以及通过重复数据删除获得了多少。

【讨论】：