搭建harbor镜像仓库

项目保留策略 (Image Retention): 在项目设置中配置，可以按时间、数量保留镜像，自动清理旧镜像，节省空间。可以配置排除特定标签（如 latest）或保留无 Tag 的镜像。系统清理服务 (Garbage Collection): 在系统管理中配置，定期运行 GC 可以回收项目保留策略删除的镜像层所占用的磁盘空间。更多关于 Harbor 的使用和管理，请参考Harbor 官方文档。现在，你已经拥有了一个功能强大的私有镜像仓库，可以开始存储和管理你的 Docker 镜像了！

一、Harbor安装环境要求 硬件环境： 1）CPU 2核以上，最好4核以上 2）内存4G以上，最好8G以上 3）硬盘空间至少40G，最好160G以上 软件环境： 1）docker v17.06以上版本 2）docker-compose v1.18.0以上版本 3）Openssl 更新到最新版（一般情况下，这个可忽略） 说明：本例中服务器操作系统为CentOS7.4 二、Harbor下载 wget https://github.com/goharbor/harbor/releases/download/v2

按照本文安装首先需要准备好docker环境。如果没有参考：https://blog.csdn.net/qq_45827611/article/details/135926930?harbor私有镜像仓库，用于存储容器镜像，在项目自动化测试项目中，可以保存各个版本的自动化脚本镜像，结合Jenkins流水线项目可进行封装、推送、运行、销毁、删除、并在harbor中保留每次运行的脚本容器镜像。harbor本身设计就是需要运行在docker中的，所以需要事先准备好docker环境。

linux安装harbor centos7安装harbor

在使用docker进行部署的时候，我们需要有个仓库来对我们的自己封装的镜像文件进行管理，之前我是一直使用的是阿里云提供仓库，这个是免费的，也是挺好用的，但对仓库的数量是有限制的，无法进行企业化的管理，所以这里我们采用Harbor搭建一个属于自己的docker的镜像管理仓库。Harbor是由VMware公司开源的企业级的Docker Registry管理项目，它包括权限管理(RBAC)、LDAP、日志审核、管理界面、自我注册、镜像复制和中文支持等功能，具有web管理功能，操作其实是非常简单易行的。...

适用于新手了解Dcoker镜像仓库而建

目录 1、安装docker环境： 2、安装docker-compose环境： 3、下载harbor软件包： 4、上传harbor软件包： 5、解压harbor软件包： 6、修改harbor配置文件： （1）修改IP地址： （2）修改port端口号： （3）去掉https配置： （4）修改admin密码： （5）修改harbor数据库密码： （6）修改持久化数据目录： 7、安装并启动harbor： （1）安装harbor： （2）查看运行容器： 8、Docker-compose

优势：架构简单、部署成本低、数据冗余可靠，适合中小型企业内部镜像管理；适用场景：内部开发 / 测试环境、非核心生产环境，可接受分钟级故障恢复的场景。

Harbor仓库搭建及简单使用_hxt的博客-CSDN博客_harbor

echo "请检查/etc/docker/daemon.json文件，docker未重启成功"echo "请检查/etc/docker/daemon.json文件，docker未重启成功"read -p "输入1，需要配置我的私有仓库地址;read -p "输入1，未安装yum源;解析：sed -i "${https_start},${https_stop}s/^/#/" harbor.yml。echo "已经配置了daemon.json文件，无需再进行配置"echo "检测到输入未列出字符，请重新输入"

Docker容器应用的开发和运行离不开可靠的镜像管理，虽然Docker官方也提供了公共的镜像仓库，但是从安全和效率等方面考虑，部署我们私有环境内的Registry也是非常必要的。Harbor是由VMware公司开源的企业级的Docker Registry管理项目，它包括权限管理(RBAC)、LDAP、日志审核、管理界面、自我注册、镜像复制和中文支持等功能。

Docker Registry 网上有很多的Registry服务器都支持第三方用户注册，而后基于用户名去做自己的仓库，但是使用互联网上的Registry有一个缺陷，那就是我们去推送和下载镜像时都不会很快，而在生产环境中很可能并行启动的容器将达到几十、上百个，而且很有可能每个服务器本地是没有镜像的，此时如果通过互联网去下载镜像会有很多问题，比如下载速度会很慢、带宽会用很多等等，如果带宽不够的话，下载至启动这个过程可能要持续个几十分钟，这已然违背了使用容器会更加轻量、快速的初衷和目的。因此，很多时候我们很有可能