Docker私有仓库搭建配置

958 阅读5分钟

携手创作,共同成长!这是我参与「掘金日新计划 · 8 月更文挑战」的第24天,点击查看活动详情

📢📢📢📣📣📣
哈喽!大家好,我是【IT邦德】,江湖人称jeames007,10年DBA工作经验
中国DBA联盟(ACDU)成员,目前从事DBA及程序编程😜😜😜
擅长Oracle、MySQL、PG 运维开发,备份恢复,安装迁移,性能优化、故障应急处理。
❤️❤️❤️感谢各位大可爱小可爱!❤️❤️❤️

前言

本文详细介绍了Docker私有仓库搭建配置
有时候使用Docker Hub这样的公共仓库可能不方便,
这种情况下用户可以使用registry创建一个本地仓库供私人使用,这点跟Maven的管理类似
使用私有仓库有许多优点:

1)节省网络带宽,针对于每个镜像不用每个人都去中央仓库上面去下载,
只需要从私有仓库中下载即可;
2)提供镜像资源利用,针对于公司内部使用的镜像,推送到本地的私有仓库中,
以供公司内部相关人员使用。
1.拉取私有仓库镜像
Docker 官方提供了一个搭建私有仓库的镜像 registry (注册服务器),
只需把镜像下载下来,运行容器并暴露5000端口,就可以使用了。
                                                                         
                                                                         
[root@jeames ~]# docker pull registry
Using default tag: latest

2.启动私有仓库容器
docker run -di --name registry -p 5000:5000 registry
docker update --restart=always registry   --开机自启动
docker ps -a  --format "table {{.ID}}\t{{.Names}}\t{{.Status}}"
                                                               
-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守护进程启动时就已经停止了的容器

访问网址:http://192.168.1.54:5000/v2/_catalog

3.设置信任
[root@jeames ~]# vi /etc/docker/daemon.json
{
"registry-mirrors":["https://docker.mirrors.ustc.edu.cn"],
"insecure-registries":["192.168.1.54:5000"]
}


[root@jeames ~]# systemctl restart docker   --重启docker
4.上传本地镜像
[root@jeames ~]# docker images
[root@jeames ~]# docker tag postgres:11 192.168.1.54:5000/postgres

[root@jeames ~]# docker push 192.168.1.54:5000/postgres

5.重新拉取镜像
[root@jeames ~]# docker rmi 192.168.1.54:5000/postgres
[root@jeames ~]# docker images
[root@jeames ~]# docker pull 192.168.1.54:5000/postgres

6.Docker的优势
**1、更高效的利用系统资源**

docker对系统资源的利用率更高,无论是应用执行速度,
内存损耗或者文件存储速度,都要比传统虚拟机技术更高效。
因此,相比虚拟机技术,一个相同配置的主机往往可以运行更多数量的应用。

**2、更快速的启动时间**

传统的虚拟机技术启动应用服务往往需要数分钟,而docker容器应用,
由于直接运行于宿主内核,无需启动完整的操作系统,
因此可以做到秒级,甚至毫秒级的启动时间,大大的节约了开发测试,部署的时间。

**3、一致的运行环境**

开发过程中常见的一个问题是环境一致问题,由于开发环境,测试环境,
生产环境不一致,导致有些bug并未在开发过程中发现。
而docker的镜像提供了除内核外完整的运行时环境,确保环境一致性,
从而不会在出现“这段代码在我机器上没问题”这类问题。

**4、持续支付和部署**

对开发和运维人员来说,最希望就是一次创建和部署,
可以在任意的地方运行。(定制应用镜像来实现集成、持续支付、部署。
开发人员可以通过dockerfile来进行镜像构建,并结合持续集成系统进行集成测试,
而运维人员则可以直接在生产环境中快速部署该镜像,甚至结合持续部署系统进行自动部署)。
而且使用dockerfile使镜像构建透明化,不仅仅开发团队可以理解应用运行环境,
也方便运维团队理解应用运行所需条件,帮助更好的生产环境中部署该镜像。

**5、更轻松的迁移**

由于docker确保了执行环境的一致性,使得应用的迁移更加的容易。
 docker可以在很多平台上运行,
无论是物理机、虚拟机、公有云、私有云、甚至是笔记本、其运行结果是一致的。
因此用户可以很轻易的将在一个平台上运行的应用,
迁移到另一个平台上而不用担心运行环境的变化导致应用无法正常运行的情况。

**6、更轻松的维护和拓展**

docker使用的分层存储以及镜像的技术,使得应用重复部分的复用更为容易,
也使得应用的维护更新更加简单,基于基础镜像进一步扩展镜像也变得十分简单。
此外,docker团队同各个开源项目团队一起维护了一大批高质量的官网镜像,
既可以直接在生产环境使用,又可以作为基础进一步定制,大大的降低了应用服务的镜像制作成本。
                                          

cd0cc1d6fe704cdf90f6c3ddcf4aacde.gif