Docker Harbor私有仓库
目录
- Docker Harbor私有仓库
- 前言
- 一、Harbor介绍
- 二、Harbor的架构
- 三、Harbor构建Docker私有仓库
- (一)、实验环境
- (二)、部署 Harbor 服务
- (三)、维护管理Harbo
- 总结
前言
在说harbor之前,我们首先说一说直接使用docker registry的一些缺陷:
- 缺少认证机制,任何人都可以随意拉取及上传镜像,安全性缺失
- 缺乏镜像清理机制,镜像可以push却不能删除,日积月累,占用空间会越来越大
- 缺乏相应的扩展机制
鉴于以上缺点,我们通常在生产环境中,不会直接使用docker registry来实现提供镜像服务。而Harbor正好解决了上述所有的问题。
一、Harbor介绍
Harbor是VMware公司开源的企业级DockerRegistry项目,其目标是帮助用户迅速搭建一个企业级的Dockerregistry服务。
它以Docker公司开源的registry为基础,提供了管理UI,基于角色的访问控制(Role Based Access Control),AD/LDAP集成、以及审计日志(Auditlogging) 等企业用户需求的功能,同时还原生支持中文。
harbor是vmware开源的企业级registry,可以让你迅速的搭建自己的私有registry,harbor扩展的docker的registry,使harbor支持以下特性
① RBAC 基于角色的权限控制( 是实施面向企业安全策略的一种有效的访问控制方式 )
② 基于策略的镜像复制
③ 漏扫
④ LADP/AD支持
⑤ 镜像删除和垃圾清理
⑥ Notary镜像签名
⑦ 用户界面
⑧ 审计
⑨ RESful api
⑩ 安装简单(基于compose)
二、Harbor的架构
架构图
如上图所示,harbor由6大模块级成:
- Proxy: Harbor的registry、UI、token services等组件,都处在一个反向代理后边。该代理将来自浏览器、docker clients的请求转发到后端服务上。
- Registry: 负责存储Docker镜像,以及处理Docker push/pull请求。因为Harbor强制要求对镜像的访问做权限控制, 在每一次push/pull请求时,Registry会强制要求客户端从token service那里获得一个有效的token。
- Core services: Harbor的核心功能,主要包括如下3个服务:
- UI: 作为Registry Webhook, 以图像用户界面的方式辅助用户管理镜像。1) WebHook是在registry中配置的一种机制, 当registry中镜像发生改变时,就可以通知到Harbor的webhook endpoint。Harbor使用webhook来更新日志、初始化同步job等。 2) Token service会根据该用户在一个工程中的角色,为每一次的push/pull请求分配对应的token。假如相应的请求并没有包含token的话,registry会将该请求重定向到token service。 3) Database 用于存放工程元数据、用户数据、角色数据、同步策略以及镜像元数据。
- Job services: 主要用于镜像复制,本地镜像可以被同步到远程Harbor实例上。
- Log collector: 负责收集其他模块的日志到一个地方
组件说明:
需要说明的是,harbor的每个组件都是以Docker容器的形式构建的,可以使用Docker Compose来进行部署,当然,如果你的环境中使用了kubernetes,harbor也提供了kubernetes的配置文件。
harbor共有8个容器组成:
- ui:harbor的核心服务。
- log:运行着rsyslog的容器,进行日志收集。
- mysql:由官方mysql镜像构成的数据库容器
- nginx:使用Nginx做反向代理
- registry:官方的Docker registry
- adminserver:harbor的配置数据管理器
- jobservice:Harbor的任务管理服务。
- redis:用于存储session
三、Harbor构建Docker私有仓库
(一)、实验环境
服务端 | Centos 7.3-x86_64 | Harbor/192.168.168.91 | docker 19.03 、 docker-compose 、harbor-offline-v1.1.2 |
客户端 | Centos 7.3-x86_64 | client/192.168.168.92 | docker 19.03 |
实验需求
通过 Harbor 创建 Docker 私有仓库
图形化管理 Docker 私有仓库镜像
部署harbor所依赖的服务
部署: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 -v
或者将docker-compose安装插件直接拖进来
cp docker-compose /usr/local/bin/
docker-compose -v
[root@rongqi harbor]#docker-compose -v
docker-compose version 1.21.1, build 5a3f1a3
(二)、部署 Harbor 服务
Harbor 被部署为多个 Docker 容器,因此可以部署在任何支持 Docker 的 Linux 发行版 上。
服务端主机需要安装 Python、Docker 和 Docker Compose。
被部署为多个 Docker 容器,因此可以部署在任何支持 Docker 的 Linux 发行版 上。
服务端主机需要安装 Python、Docker 和 Docker Compose。
1.下载 Harbor 安装程序
wget http:// harbor.orientsoft.cn/harbor-1.2.2/harbor-offline-installer-v1.2.2.tgz
tar zxvf harbor-offline-installer-v1.2.2.tgz -C /usr/local/
2. 配置 Harbor 参数文件
vim /usr/local/harbor/harbor.cfg
hostname = 192.168.195.128 #第五行改成自己本地的ip地址
关于 Harbor.cfg 配置文件中有两类参数:所需参数和可选参数
(1)所需参数 这些参数需要在配置文件 Harbor.cfg 中设置。
如果用户更新它们并运行 install.sh脚本重新安装 Harbour,
参数将生效。具体参数如下:
hostname:用于访问用户界面和 register 服务。它应该是目标机器的 IP 地址或完全限 定的域名(FQDN)
例如 192.168.195.128 或 hub.kgc.cn。不要使用 localhost 或 127.0.0.1 为主机名。
ui_url_protocol:(http 或 https,默认为 http)用于访问 UI 和令牌/通知服务的协议。如果公证处于启用状态,则此参数必须为 https。
max_job_workers:镜像复制作业线程。
db_password:用于db_auth 的MySQL数据库root 用户的密码。
customize_crt:该属性可设置为打开或关闭,默认打开。打开此属性时,准备脚本创建私钥和根证书,用于生成/验证注册表令牌。
当由外部来源提供密钥和根证书时,将此属性设置为 off。
ssl_cert:SSL 证书的路径,仅当协议设置为 https 时才应用。
ssl_cert_key:SSL 密钥的路径,仅当协议设置为 https 时才应用。
secretkey_path:用于在复制策略中加密或解密远程 register 密码的密钥路径。
(2)可选参数
这些参数对于更新是可选的,即用户可以将其保留为默认值,并在启动 Harbor 后在 Web UI 上进行更新。
如果进入 Harbor.cfg,只会在第一次启动 Harbor 时生效,随后对这些参数 的更新,Harbor.cfg 将被忽略。
注意:如果选择通过UI设置这些参数,请确保在启动Harbour后立即执行此操作。具体来说,必须在注册或在 Harbor 中创建任何新用户之前设置所需的
auth_mode。当系统中有用户时(除了默认的 admin 用户),auth_mode 不能被修改。具体参数如下:
Email:Harbor需要该参数才能向用户发送“密码重置”电子邮件,并且只有在需要该功能时才需要。
请注意,在默认情况下SSL连接时没有启用。如果SMTP服务器需要SSL,但不支持STARTTLS,那么应该通过设置启用SSL email_ssl = TRUE。
harbour_admin_password:管理员的初始密码,只在Harbour第一次启动时生效。之后,此设置将被忽略,并且应 UI中设置管理员的密码。
请注意,默认的用户名/密码是 admin/Harbor12345。
auth_mode:使用的认证类型,默认情况下,它是 db_auth,即凭据存储在数据库中。对于LDAP身份验证,请将其设置为 ldap_auth。
self_registration:启用/禁用用户注册功能。禁用时,新用户只能由 Admin 用户创建,只有管理员用户可以在 Harbour中创建新用户。
注意:当 auth_mode 设置为 ldap_auth 时,自注册功能将始终处于禁用状态,并且该标志被忽略。
Token_expiration:由令牌服务创建的令牌的到期时间(分钟),默认为 30 分钟。
project_creation_restriction:用于控制哪些用户有权创建项目的标志。默认情况下, 每个人都可以创建一个项目。
如果将其值设置为“adminonly”,那么只有 admin 可以创建项目。
verify_remote_cert:打开或关闭,默认打开。此标志决定了当Harbor与远程 register 实例通信时是否验证 SSL/TLS 证书。
将此属性设置为 off 将绕过 SSL/TLS 验证,这在远程实例具有自签名或不可信证书时经常使用。
另外,默认情况下,Harbour 将镜像存储在本地文件系统上。在生产环境中,可以考虑 使用其他存储后端而不是本地文件系统,
如 S3、Openstack Swif、Ceph 等。但需要更新 common/templates/registry/config.yml 文件。
3. 启动 Harbor
sh /usr/local/harbor/install.sh
4. 查看 Harbor 启动镜像
查看容器
docker ps -a
另外一种查询方式:
cd /usr/local/harbor/
docker-compose ps
如果一切都正常,应该可以打开浏览器访问 http://192.168.126.20 的管理页面,默认 的管理员用户名和密码是 admin/Harbor12345。
添加项目并且填写项目名称
此时可使用 Docker 命令在本地通过 127.0.0.1 来登录和推送镜像。默认情况下,
Register 服务器在端口 80 上侦听。
docker login -u admin -p Harbor12345 http://127.0.0.1
下载镜像进行测试
docker pull cirros
镜像打标签
docker tag cirros 127.0.0.1/chenwei/cirros:v1
上传镜像到Harbor
docker push 127.0.0.1/chenwei/cirros:v1
以上操作都是在 Harbor 服务器本地操作。如果其他客户端上传镜像到 Harbor,就会报
如下错误。出现这问题的原因 Docker Registry 交互默认使用的是 HTTPS,但是搭建私有镜
像默认使用的是 HTTP 服务,所以与私有镜像交互时出现以下错误。
在客户端登录:
docker login -u admin -p Harbor12345 http://192.168.126.20
WARNING! Using --password via the CLI is insecure. Use --password-stdin.
Error response from daemon: Get https://192.168.195.128/v2/: EOF
解决办法:
vim /usr/lib/systemd/system/docker.service
ExecStart=/usr/bin/dockerd -H fd:// --insecure-registry 192.168.126.20
--containerd=/run/containerd/containerd.sock
systemctl daemon-reload
systemctl restart docker
docker login -u admin -p Harbor12345 http://192.168.126.20
docker pull cirros
docker images
docker tag cirros 192.168.126.20/chenwei/cirros:v2
docker push 192.168.126.20/chenwei/cirros:v2
(三)、维护管理Harbo
可以使用 docker-compose 来管理 Harbor。一些有用的命令如下所示,必须在与
docker-compose.yml 相同的目录中运行。
修改 Harbor.cfg 配置文件
要更改 Harbour 的配置文件时,请先停止现有的 Harbour 实例并更新 Harbor.cfg;然
后运行 prepare 脚本来填充配置;最后重新创建并启动 Harbour 的实例。
关闭所有容器
docker-compose down -v
注:这里如果报错,可以先退出Harbor
docker logout 192.168.126.20
修改配置文件
如上文所说,如修改所需参数,需要重新运行install.sh,如修改可选参数,则需运行脚本 ./prepare 将配置文件内容进行重新生效
重新启动所有容器
实验环境中,在重新刷新启动容器的时候不要关闭防火墙,否则会报错
docker-compose up -d
创建 Harbor 用户
以上用户创建完成后只是创建了系统用户,下一步需要给与用户管理项目的权限,如下:
使用新用户登录
① 首先现登出admin账户(在客户端操作)
docker logout 192.168.126.20
使用新用户登录(切换用户身份)
docker login 192.168.126.20
使用新用户进行镜像上传/下载等操作
docker pull 192.168.126.20/chenwei/cirros:v1
docker tag nginx:latest 192.168.126.20/chenwei/nginx:v1
#先改一下tag标签
docker tag nginx:latest 192.168.126.20/chenwei/nginx:v1
#上传到私有仓库
去ui页面查看上传的nginx镜像
移除 Harbor 服务容器同时保留镜像数据/数据库
在Harbor服务器上操作
docker-compose down -v
如需重新部署,需要移除 Harbor 服务容器全部数据
持久数据,如镜像,数据库等在宿主机的/data/目录下,日志在宿主机的
/var/log/Harbor/目录下。
rm -rf /data/database/
rm -rf /data/registry/
总结
简单来说Harbor私有仓库进行简单的部署还是比较简单的,主要思路如下:
① 环境:docker-ce
② 准备软件: Harbor、docker-compose
③ 修改harbor.cfg 中的hostname
④ 安装启动harbor(install.sh)
⑤ 搭建完成
在客户端,如果想要登入harbor,需要修改/usr/lib/systemd/system/docker.server 配置文件,在准启动(Exstart)配置项中的-H fd:// 后添加 –insecure-registry [harbor服务器地址],后重载进程和docker即可
Kerbernetes中也使用到Harbor私有仓库