标签:pre 自己的 rbo sts 模式 方案 常用 ble size
由于对镜像的访问是一个核心的容器概念,在实际使用过程中,一个镜像库可能是不够用的,下例情况下,我们可能会需要部署多个镜像仓库:
更常用的场景是,在企业级软件环境中,会在软件开发的不同阶段存在不同的镜像仓库,
在功能设计方面,Harbor仍然以“项目”为中心, 通过对项目配置“复制策略”,标明需要复制的项目以及镜像。管理员在复制策略中指明目标实例,即复制的“目的地”,并对它的地址和连接时使用的用户名密码进行设置。当复制策略被激活时,源项目下的所有镜像,都会被复制到目标实例;此外,当源项目下的镜像被添加或删除(push或delete), 只要策略还在激活状态,镜像的变化都会同步到目标实例上去, 如下图所示:
在较大的容器集群中,往往需要多个Registry服务器做负载均衡,可以采用主从发布模式,镜像只需要发布一次,就可以推送到多个Registry实例中。同时还支持双主复制和层次型的多级镜像发布,如下图所示:
有了多个镜像仓库,在多个仓库之间进行镜像同步马上就成为了一个普遍的需求。比较传统的镜像同步方式,有两种:
这两种方案都依赖于仓库所在的存储环境,而需要采用不同的工具策略。Harbor则提供了更加灵活的方案来处理镜像的同步,其核心是三个概念:
我们准备两台机器,并分别安装好Harbor( 版本:1.4.0 ):
主Harbor | harbor.test.com | 192.168.5.150 |
备Harbor | harbor-01.test.com | 192.168.5.151 |
docker client | 192.168.5.107 |
[root@clinet ~]# docker push harbor.test.com/test/docker-test:latest The push refers to a repository [harbor.test.com/test/docker-test] 146788dad3cb: Layer already exists 2f6c24bddb30: Layer already exists 952a32dca55a: Layer already exists b308dc99c2a4: Layer already exists 4ac76077f2c7: Layer already exists latest: digest: sha256:520230466225bac646e1cd5ff645eb3f6d24b8e62039e5ffb5d355c67e4058e6 size: 1354
参考:https://blog.csdn.net/hxpjava1/article/details/79308890
参考:https://blog.csdn.net/kozazyh/article/details/79829463
参考:https://my.oschina.net/vmwareharbor/blog/728085
标签:pre 自己的 rbo sts 模式 方案 常用 ble size
原文地址:https://www.cnblogs.com/shix0909/p/11115122.html