docker私有仓库和Harbro

搭建本地私有仓库

docker pull registry           #下载registry镜像
vim /etc/docker/daemon.json    #在daemon.json文件中添加私有镜像仓库地址
{
  "insecure-registries": ["192.168.10.23:5000"],	#注意有逗号					             
  "registry-mirrors": ["https://ae3f5qei.mirror.aliyuncs.com"]
}

systemctl restart docke.service

docker run -itd -v /data/registry:/var/lib/registry -p 5000:5000 --restart=always --name registry registry:latest   
#运行registry容器

-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.80.10:5000/centos:v1  #为镜像打标签
docker push 192.168.10.23:5000/centos:v1          #上传到私有仓库
curl http://192.168.80.10:5000/v2/_catalog        #列出私有仓库所有镜像
curl http://192.168.80.10:5000/v2/centos/tags/list  #列出私有仓库的centos镜像有哪些tag
docker rmi -f 8652b9f0cb4c     #先删除原有的centos镜像
docker pull 192.168.10.23:5000/centos:v1   #测试私有仓库下载

Harbor

什么是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。

harbor的特性

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

harbor构成

Harbor 在架构上主要有 Proxy、Registry、Core services、Database(Harbor-db)、Log collector(Harbor-log)、Job services 六个组件。
核心组件:
●Proxy: 是一个 nginx 的前端代理,Harbor 的 Registry、UI、Token 服务等组件,都处在 nginx 反向代理后边。 该代理将来自浏览器、docker clients 的请求转发到后端不同的服务上。

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

认证方式有三种
扩展
令牌
用户密码
ssl (双方都确认才能连接)

●Core services: Harbor的核心功能,主要提供以下3个服务:
1)UI(harbor-ui): 提供图形化界面,帮助用户管理 Registry 上的镜像(image), 并对用户进行授权。
2)WebHook:为了及时获取Registry上image 状态变化的情况,在Registry 上配置 Webhook,把状态变化传递给 UI 模块。
3)Token 服务:负责根据用户权限给每个 Docker push/pull 命令签发 Token。Docker 客户端向 Registry 服务发起的请求, 如果不包含 Token,会被重定向到 Token 服务,获得 Token 后再重新向 Registry 进行请求。
Database(harbor-db):为core services提供数据库服务,负责储存用户权限、审计日志、Docker 镜像分组信息等数据。

●Job services: 主要用于镜像复制,本地镜像可以被同步到远程 Harbor 实例上。

●Log collector(harbor-log): 负责收集其他组件的日志到一个地方。

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 这样一个数据配置管理中心来完成。

docker harbor私有仓库架构
请添加图片描述
所有的请求或认为的操作都会首先交给反向代理proxy

proxy会先将请求转发给后端core service ,core service中包含ui,token (身份验证服务) 、wbhook(网站的一些服务功能)
转发registry(镜像存储) ,若需要下载镜像等权限操作,需要通过core services中 的token身份验证服务才行

每一次下载和上传都会产生操作记录,生成到日志,保存至 Database 中

Database 记录保存镜像的元信息及用户与组的身份信息,通过验证授权才能允许相关操作

harbor构建docker私有仓库实战

环境

服务端 192.168.80.13 docker-ce、docker-compose、harbor-offline-installer

客户端 192.168.80.14 docker-ce

案例需求

通过Harbor创建docker私有仓库
图形化管理docker私有仓库镜像

部署步骤

①安装docker-ce docker-compose

服务端和客户端安装 docker-ce
服务端安装docker-compose

②启动harbor服务

1.下载harbor安装程序
 cd /usr/local/
 tar zxvf harbor-offline-installer-v1.2.2.tgz		'//在该目录下解压缩'
2.配置harbor
cd harbor/
vim harbor.cfg
#第五行
hostname = 192.168.80.13
启动harbor
 sh +x /usr/local/harbor/install.sh

③ harbor.cfg配置文件详情

harbor.cfg配置文件中有所需参数与可选参数这两类参数

1)所需参数,这些参数需要在配置文件harbor.cfg中设置
用户更新它们并运行install.sh脚本以启动harbour,参数将生效

具体参数如下
hostname:用于访问用户界面和register服务,指向目标机器的IP地址或域名;注,不要使用 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

harbor_admin_password:管理员的初始密码,只在harbour第一次启动时生效;之后,此设置将被忽略,并且应在UI中设置管理员的密码;请注意,默认的用户名/密码是admin/Harbor12345

auth_mode:使用的认证类型,默认情况下,它是db_auth,即凭据存储在数据库中;对于LDAP身份验证,请将其设置为ldap_auth

self_registration:启用/禁用用户注册功能;禁用时,新用户只能由Admin用户创建,只有管理员用户可以在harbor中创建新用户;注意,当 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文件

④查看harbor启动镜像及容器

1.查看harbor启动镜像
 docker images 

2.查看启动容器
docker ps -a

⑤访问harborweb页面

请添加图片描述
请添加图片描述
⑥harbor服务端进行测试

默认情况下, Register服务器在端口 80 上侦听
netstat -natp| grep 80
此时可使用 Docker 命令在本地通过 127.0.0.1 来登录和推送镜像
docker login -u admin -p Harbor12345 http://127.0.0.1
docker pull cirros		'//cirros是测试起来很方便的镜像,小于15M'
docker tag cirros:latest 127.0.0.1/dark/cirros:v1		'//打标签,v1便于区别'
docker push 127.0.0.1/dark/cirros:v1 		'//上传至harbor'

注意 项目名称 和 重新打包镜像标签 要一致,有点类似目录要一致
请添加图片描述

请添加图片描述
请添加图片描述
⑦clint客户端测试

注:以上操作都是在harbor服务器本地操作,如果其他客户端想上传镜像到harbor,需要连接至harbor服务器! 因为,Docker Registry交互默认使用的是HTTPS,但是搭建私有镜像默认使用的是HTTP服务,所以与私有镜像交互时可能会出现错误


docker login  -u admin -p Harbor12345 http://192.168.80.13
docker pull cirros
docker images 
docker tag cirros:latest 192.168.80.13/dark/cirros:v2		'//打标签,v2,区别v1'
docker push 192.168.78.13/dark/cirros:v2 		'//上传'

返回查看浏览器

harbor私有仓库的维护与管理

可以使用docker-compose来管理harbor
一些有用的命令如下所示,注意,必须在与docker-compose.yml相同的目录中运行!

--修改harbor.cfg配置文件--
要更改harbor的配置文件时,请按照以下不步骤:

1.请先停止现有的harbor实例再来更新harbor.cfg配置文件
 docker-compose down -v
 vim harbor.cfg 

2.运行prepare脚本来填充配置
./prepare

3.最后重新创建并启动harbor的实例
 docker-compose up -d
'//可能会启动不成功,检查防火墙是否关闭,然后重启docker再来试试'

请添加图片描述
请添加图片描述

①系统管理→用户管理→+用户→创建用户→设置为管理员
  
②项目→项目名称→成员→+成员→新建成员→开发人员
   
③在 client 客户端上测试
 docker images 
 docker rmi 192.168.78.11/dark/cirros:v2		'//删除本地镜像' 
docker logout 192.168.78.11	                	'//登出'

docker login 192.168.78.11 -u root -p Harbor12345

docker pull 192.168.78.11/dark/cirros:v2		'//从私有仓库重新下载v2'

docker images		                             '//查看'

docker tag cirros:latest 192.168.78.11/dark/cirros:v3		'//打标签'
docker push 192.168.78.11/dark/cirros:v3		 '//上传测试'

迁移harbor数据

1.在harbor服务上先关闭服务
docker-compose down -v

2.拷贝habor数据
持久数据,如镜像,数据库等在宿主机的/data/目录下,日志在宿主机的/var/log/harbor/目录下
/data/database/:数据库内容,比如镜像的元信息及用户的身份信息
/data/registry/:镜像文件内容
有兴趣的朋友可以用"tree"命令去查看下


3.将数据拉取至目标服务器相应目录下重新部署即可


4.如需重新部署,则移除以上全部数据即可

故障提示1

情景: docker login -u admin -p Harbor12345 http://192.168.78.11
WARNING! Using --password via the CLI is insecure. Use --password-stdin.
Error response from daemon: Get https://192.168.78.11/v2/: dial tcp 192.168.80.13:443: connect: connection refused

解决方案
vim /usr/lib/systemd/system/docker.service
#13行修改
ExecStart=/usr/bin/dockerd -H fd:// --insecure-registry 192.168.78.11 --containerd=/run/containerd/containerd.sock
‘//增加这段内容,在开始执行的脚本或命令项中添加指向harbor服务器’
systemctl daemon-reload
systemctl reload docker

故障提示2

情景:docker push 127.0.0.1/xxxxxxxx/cirros:v1
错误提示:denied: requested access to the resource is denied

解决方案:
项目名称不存在,我项目名称为dark,我使用的sicong_hello,并且,在打包镜像tag标签,就是为了迎合项目名称。所以 项目名称和打标签名称要一致

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值