一、搭建本地私有仓库

#首先下载 registry 镜像
docker pull registry

#在 daemon.json 文件中添加私有镜像仓库地址
vim /etc/docker/daemon.json
{
  "insecure-registries": ["192.168.147.105:5000"],            #添加，注意用逗号结尾
  "registry-mirrors": ["https://rwdk6t4b.mirror.aliyuncs.com"]
}
systemctl restart docker.service

#运行 registry 容器
docker run -itd -v /data/registry:/var/lib/registry -p 5000:5000 --restart=always --name registry registry:latest
-itd：在容器中打开一个伪终端进行交互操作，并在后台运行
-v：把宿主机的/data/registry目录绑定到容器/var/lib/registry目录(这个目录是registry容器中存放镜像文件的目录)，来实现数据的持久化；
-p：映射端口；访问宿主机的5000端口就访问到registry容器的服务了
--restart=always：这是重启的策略，在容器退出时总是重启容器
--name registry：创建容器命名为registry
registry:latest：这个是刚才pull下来的镜像
Docker容器的重启策略如下：
no：默认策略，在容器退出时不重启容器
on-failure：在容器非正常退出时（退出状态非0），才会重启容器
on-failure:3 ：在容器非正常退出时重启容器，最多重启3次
always：在容器退出时总是重启容器
unless-stopped：在容器退出时总是重启容器，但是不考虑在Docker守护进程启动时就已经停止了的容器

#为镜像打标签
docker tag centos:7 192.168.147.105:5000/centos:v1

#上传到私有仓库
docker push 192.168.147.105:5000/centos:v1
#列出私有仓库的所有镜像
curl http://192.168.147.105:5000/v2/_catalog
#列出私有仓库的 centos 镜像有哪些tag
curl http://192.168.147.105:5000/v2/centos/tags/list

#先删除原有的 centos 的镜像，再测试私有仓库下载
docker rmi -f eeb6ee3f44bd
docker pull 192.168.147.105:5000/centos:v1

二、Harbor私有仓库部署与管理

1、Harbor概述

Harbor 是 VMware 公司开源的企业级 Docker Registry 项目，其目标是帮助用户迅速搭建一个企业级的 Docker Registry 服务。

Harbor以 Docker 公司开源的 Registry 为基础，提供了图形管理 UI 、基于角色的访问控制(Role Based AccessControl) 、AD/LDAP 集成、以及审计日志(Auditlogging) 等企业用户需求的功能，同时还原生支持中文。

Harbor 的每个组件都是以 Docker 容器的形式构建的，使用 docker-compose 来对它进行部署。用于部署 Harbor 的 docker-compose 模板位于 harbor/docker-compose.yml。

2、Harbor的特性

• 基于角色控制：用户和仓库都是基于项目进行组织的，而用户在项目中可以拥有不同的权限。
• 基于镜像的复制策略：镜像可以在多个Harbor实例之间进行复制（同步）。
• 支持 LDAP/AD：Harbor 可以集成企业内部已有的 AD/LDAP（类似数据库的一张表），用于对已经存在的用户认证和管理。
• 镜像删除和垃圾回收：镜像可以被删除，也可以回收镜像占用的空间。
• 图形化用户界面：用户可以通过浏览器来浏览，搜索镜像仓库以及对项目进行管理。
• 审计管理：所有针对镜像仓库的操作都可以被记录追溯，用于审计管理。
• 支持 RESTful API：RESTful API 提供给管理员对于 Harbor 更多的操控, 使得与其它管理软件集成变得更容易。
• Harbor和docker registry的关系：Harbor实质上是对docker registry做了封装，扩展了自己的业务模板。

3、Harbor的核心组件

Harbor 在架构上主要有 Proxy、Registry、Core services、Database（Harbor-db）、Log collector（Harbor-log）、Job services 六个组件。

3.1 Proxy

是一个 nginx 的前端代理，Harbor 的 Registry、UI、Token 服务等组件，都处在 nginx 反向代理后边。 该代理将来自浏览器、docker clients 的请求转发到后端不同的服务上。

通过一个前置的反向代理统一接收浏览器、Docker 客户端的请求，并将请求转发给后端不同的服务

这是一个反向代理组件

3.2 Registry

负责储存 Docker 镜像，并处理 Docker push/pull 命令。由于要对用户进行访问控制，即不同用户对 Docker 镜像 有不同的读写权限，Registry 会指向一个 Token 服务，强制用户的每次 Docker pull/push 请求都要携带一个合法的 Token， Registry 会通过公钥对 Token 进行解密验证。

负责储存 Docker 镜像

处理 docker push/pull 命令来上传和下载

扩展：令牌、用户密码、ssl 是认证的三种方法

3.3 Core services

Harbor的核心功能，主要提供以下3个服务

3.3.1 UI（harbor-ui）

提供图形化界面，帮助用户管理 Registry 上的镜像（image）, 并对用户进行授权。

3.3.2 WebHook

为了及时获取Registry上image 状态变化的情况，在Registry 上配置 Webhook，把状态变化传递给 UI 模块。

3.3.3 Token 服务

负责根据用户权限给每个 Docker push/pull 命令签发 Token。Docker 客户端向 Registry 服务发起的请求， 如果不包含 Token，会被重定向到 Token 服务，获得 Token 后再重新向 Registry 进行请求。

3.4 Database（harbor-db）

为 core services 提供数据库服务，负责储存用户权限、审计日志、Docker 镜像分组信息等数据。

3.5 Log collector

负责收集其他组件的日志，以供然后进行分析，健康检查等

3.6 Job services

主要用于镜像复制，本地镜像可以被同步到远程 Harbor 实例上。

Harbor 的每个组件都是以 Docker 容器的形式构建的，因此，使用 Docker Compose 来对它进行部署。

总共分为7个容器运行，通过在docker-compose.yml所在目录中执行 docker-compose ps 命令来查看， 名称分别为：nginx、harbor-jobservice、harbor-ui、harbor-db、harbor-adminserver、registry、harbor-log。

其中 harbor-adminserver 主要是作为一个后端的配置数据管理，并没有太多的其他功能。harbor-ui 所要操作的所有数据都通过 harbor-adminserver 这样一个数据配置管理中心来完成。

4、Harbor部署及配置

4.1 部署 Docker-Compose 服务

//下载或者上传 Docker-Compose
curl -L https://github.com/docker/compose/releases/download/1.21.1/docker-compose-`uname -s`-`uname -m` -o /usr/local/bin/docker-compose
chmod +x /usr/local/bin/docker-compose
docker-compose --version