相信经过前两章的”内功“、”招式“,我们现在已经对Docker比较熟悉了,接下来我们就要学习如何构建私有镜像以及私有镜像仓库,从而使我们所学的docker知识更方便的运用在工作之中。
我们在日常的工作中,常常需要制作公司自己的项目的容器,还要有一个属于自己公司的私有仓库,去保存和随时拉取镜像。
而制作容器有两种方式docker commit
以及Dockerfile
,接下来就了解一下这两种方式吧
docker commit 容器名 新镜像名:tag
制作好之后我们看图片发现镜像制作时间为20s之前,就是我们commit镜像的时间。
使用这种方式的缺点是
Dockerfile
的方式Dockerfile
字段名 | 作用 |
---|---|
From |
指定继承哪个镜像 |
ADD |
将工作目录下的某个目录或者文件copy到镜像的某个路径下 |
Run |
执行shell 命令 |
ENTRYPOINT |
指定容器启动脚本 |
ENV |
指定容器启动时的环境变量(注意,只有在容器启动时,启动脚本能读取到,如果希望其他用户登录到容器也生效的话,需要写入.bashrc) |
USER |
容器启动时使用的用户(无的话,则默认root用户) |
WORKDIR |
容器启动时的工作目录 |
Dockerfile脚本
from jenkins/jenkins:latest
USER root
RUN apt-get update
使用build
命令构建镜像,要注意Dockerfile要在当前目录下
,才可以直接运行docker build。如果在别的路径下面则需要添加-f
参数指定Dockerfile的路径。但是在实际的工作中,我们更加提倡一个目录管理一个Docker及一些配置文件
docker build -t 镜像名称:tag 工作目录
docker build -t lx:v1.0 .
如果我们需要将外部文件copy到镜像中供镜像使用,则需要ADD
命令。而ENTRYPOINT
命令则是指定容器启动脚本。
首先,创建Dockerfile
from centos:7
USER root
ADD run.sh /root/
RUN echo "hello world" >> /root/hello.log
ENTRYPOINT ["/root/run.sh"]
并在与Dockerfile同个目录下创建一个run.sh
脚本。
#!/bin/bash
env
while true
do
sleep 10
done
我们进入容器内部可以发现,PID
为1的就是我们在Dockerfile中写的run.sh
,而进程号为1的进程是所有进程的父进程,如果run.sh
进程结束,则其他进程也会一并结束,所以如果目的是启动一个在线服务的容器
,为了防止容器运行结束之后就直接退出,我们就将脚本内容,写为一个死循环
为run.sh添加权限
chmod 777 run.sh
在build镜像成功之后,我们就可以运行制作好的镜像。
docker build -t test:v1.2 .
docker run -d --name=wayyt_test test:v1.2
接下来我们就可以进入镜像,验证run.sh镜像是否copy到了镜像内部
docker exec -it wayyt_test bash
接下来继续为大家演示env
参数
我们在Dockerfile中填加一行ENV DOCKER_HOME=/usr/local/docker
,并在启动脚本中添加env
用来打印环境变量
启动之后我们查看日志docker logs -f wayyt2
发现添加的环境变量成功打印了出来
ENV
的作用就是注入一些绝对固定的环境变量,这样我们就不用在每次启动后固定再去注入一些环境变量
如果,echo “hello world” >> /root/hello.log
注意
,前方有坑
在使用以上配置方式配置Dockerfile时,我们常常会发现使用ssh协议连接容器的时候,明明在dockerfile中指定了环境变量,但是在运行中依然找不到环境变量?
因为在任何用户登录的时候,都会去找.bashrc
,执行其中的命令。如果在容器中,我们希望指定的环境变量在ssh协议中依然能够生效。我们需要做的就是用echo
命令写到bashrc
中。
如图这样子配置Dockerfile,将环境变量写入bashrc,这样通过jenkins或者ssh 协议的连接才能连接到
WORKDIR
的作用是指定容器的启动目录,只要在Dockerfile中指定一个已存在目录WORKDIR /root/workdir
,
那么当容器运行起来后,进入容器我们会发现,会直接进入WORKDIR
的指定路径
在工作中,为了信息安全,我们是不可能将私有的镜像传到dockerhub中使用,那如果要多个机器共享,又能怎么办呢?
所以每个公司/每个部门,都会有一个私有的镜像仓库供工作使用。私有仓库,也就是在本地(局域网)搭建的一个类似公共仓库的东西,搭建好之后,我们可以将镜像提交到私有仓库中。
接下来我们就教大家,如果搭建docker的私有镜像仓库
在学习docker的过程中,我们一定要养成多看官方文档的好习惯
这个是官方文档的地址
https://hub.docker.com/_/registry
我们分为两个部分去试验私有镜像仓库是否搭建成功。第一个部分是部署私有仓库,第二个部分是向私有仓库推送镜像,并测试能否拉取成功
docker pull registry
docker run -d -p 5000:5000 -v /usr/local/registry:/var/lib/registry --restart=always --name registry registry:2
--restart=always
:如果容器出现意外停止,会自动进行重启
3. 查看当前仓库的镜像
curl http://localhost:5000/v2/_catalog
docker pull busybox
docker tag busybox:latest 镜像仓库ip:5000/busybox:v1
busybox:lastest 这是源镜像,也是刚才pull下来的镜像文件;
镜像仓库ip:5000/busybox:v1:这是目标镜像,也是registry私有镜像服务器的IP地址和端口;
镜像仓库ip:5000
仓库中docker push 镜像仓库ip:5000/busybox:v1
注意
在这个地方,可能会出现报错http: server gave HTTP response to HTTPS client
,我们需要https的方法才能上传,我们可以修改下daemon.json来解决:
vim /etc/docker/daemon.json
在daemon.json文件中添加下面的内容,保存后要重启docker服务systemctl restart docker
{
"registry-mirrors": [ "https://registry.docker-cn.com"],
"insecure-registries": [ "172.18.18.90:5000"]
}
服务端镜像仓库
查看仓库的镜像,发现多了一个busybox的镜像curl http://localhost:5000/v2/_catalog
服务端镜像仓库
镜像docker rmi -f $(docker images -aq)
docker images
docker pull 镜像仓库ip:5000/busybox:v1
相信学习完这次的Docker内功研习、招式修炼、加上最后的内外结合,一定能让你对Docker的理解”融会贯通“,更上一层楼。s