Dockfile制作镜像
讲一个简单的案例
@哈希码用来校验,这样子会安全
MAINTANIER可能将会被LABEL代替,仅仅说说明一下镜像信息罢了。
1、首先是我们创建一个镜像
[root@ELK-chaofeng08 ~]# mkdir /docker [root@ELK-chaofeng08 ~]# cd /docker [root@ELK-chaofeng08 docker]# vim Dockerfile
输入以下内容:
#Description: httpd image FROM busybox:latest MAINTAINER "ChaoFeng <chaofeng@qq.com>" COPY index.html /data/web/html
正文的第一行必须是FROM开头。#号表示注释。
CPOY命令是复制一个文件,index.html这个文件必须与Dockerfile这个文件同级存放或者在子目录下也可以。
不过我在这里踩坑了,因为我的COPY那一行写错了。
正确的是:
2、接下来我们创建index.html
[root@ELK-chaofeng08 docker]# echo "How are you" > index.html [root@ELK-chaofeng08 docker]# cat index.html How are you [root@ELK-chaofeng08 docker]# ls Dockerfile index.html
3、然后创建目标目录
[root@ELK-chaofeng08 docker]# mkdir -pv /data/web/html mkdir: created directory ‘/data/web’ mkdir: created directory ‘/data/web/html’
4、开始制作镜像。
制作的时候最好加上标签
5、查看一下我们制作的新镜像
6、启动一下看看。
这个指令的用法是最常见的。
[root@ELK-chaofeng08 docker]# docker run --name tinyweb1 --rm tinyhttpd:v0.1.1 cat /data/web/html/index.html How are you [root@ELK-chaofeng08 docker]#
后面的cat指令是EXEC的指令,也就是说我们一启动容器后不运行默认的命令,而是运行我们指定的cat命令,运行完毕后退出容器,我还设置了--rm参数,表示容器停止后就删除它。要学会这个用法
看的出来我们成功了。
二、如何复制一个目录呢?
比如现在我们想把物理机下的/etc/yum.repos.d目录下的所有文件复制到容器内的/etc/yum.repos.d/的目录下
1、先把物理机下的/etc/yum.repos.d这个目录复制到Dockerfile同级的目录下(子目录下也行)
[root@ELK-chaofeng08 docker]# cp -r /etc/yum.repos.d ./ [root@ELK-chaofeng08 docker]# ls Dockerfile index.html yum.repos.d
2、编辑Dockerfile文件
COPY可以用多个。COPY命令的用法原则是能用一条来代替就不要用多条,因为每一个COPY命令就会生成一个镜像层。层越多,联合挂载效率越低。
3、开始制作
4、查看一下新的镜像
5、查看一下新的镜像下是否有新的文件
说明成功了。
三、ADD命令的用法,
1、编辑Dockerfile文件
2、制作新的镜像
3、查看新的镜像
4、查看新的镜像下的nginx的tar包
成功了。
四、ADD命令的解压功能。
ADD命令不仅可以从互联网下载文件(压缩文件,普通文件等)并放入新的镜像内,还可以根据压缩文件的类型选择算法实现解压操作,如下所示:
1、首先是压缩文件必须是放在本地才可以。
我们以phpmyadmin文件为例
2、编辑Dockerfile文件
3、开始制作镜像
4、查看新的镜像下的phpmyadmin的展开文件
成功。
注意:ADD命令可以从指定的URL向互联网下载各种类型的文件到新镜像,也可以将一个压缩文件解压放入新的镜像,但是不能同时既进行下载tar压缩文件又进行压缩tar文件到新镜像里面。
五、指定WORKDIR目录路径
六、指定存储卷
不过只能指定docker自己管理的卷,不能指定我们绑定的外部卷的存储路径
比如:
七、暴露端口给外部的宿主机
相当于自动帮我们生成一个DNAT端口。跟以前的-p参数一样的功能。
不过用法也比较限制,只能动态绑定宿主机的动态端口到容器的固定端口。不能绑定指定宿主的ip和指定的端口。但是这有时候也是一种安全的机制。
案例:
因为第一次我们编辑了一个index.html文件,在/data/web/html目录下存放这,我们直接使用这个文件,。
1、编辑dockerfile文件
2、重新制作新的镜像
3、查看这个新镜像
4、启动这个新镜像
5、我们去查看这个容器的ip
6、访问一下这个容器的80端口
非常好。成功
像这种在配置文件中暴露的端口在外部是看不到的,这是半暴露状态,如果想要全部暴露,加上-P参数。比如:
所以我们可以加上-P参数指定为暴露端口给外部
7、加上-P参数
8、再来查看一下
我们就可以在外部访问了
八、ENV和RUN命令解释,
RUN命令是Dockerfile文件中的一个可以执行命令的参数,比如:
1、编辑dockerfile文件
2、制作新镜像
3、启动新镜像查看
成功了。
在Dockerfile中定义的环境变量是可以用在容器启动以后引用的变量
注意:RUN命令是可以运行多次的。后面的命令可以使用“\”表示续行。所有的RUN操作是基于基础镜像的,因此要注意环境。
九、CMD和ENTRYPOINT
注意:json数组要使用双引号。
ENTRYPOINT 两种格式: ENTRYPOINT ["executable", "param1", "param2"] ENTRYPOINT command param1 param2 (shell中执行) 配置容器启动后执行的命令,并且不可被 docker run 提供的参数覆盖。每个 Dockerfile 中只能有一个 ENTRYPOINT ,当指定多个时,只有最后一个起效。 CMD 支持三种格式 CMD ["executable","param1","param2"] 使用 exec 执行,推荐方式; CMD command param1 param2 在 /bin/bash 中执行,提供给需要交互的应用; CMD ["param1","param2"] 提供给 ENTRYPOINT 的默认参数; 指定启动容器时执行的命令,每个 Dockerfile 只能有一条 CMD 命令。如果指定了多条命令,只有最后一条会被执行。如果用户启动容器时候指定了运行的命令,则会覆盖掉 CMD 指定的命令。
ENTRYPOINT 和 CMD 的区别:ENTRYPOINT 指定了该镜像启动时的入口,CMD则指定了容器启动时的命令,当两者共用时,完整的启动命令像是 ENTRYPOINT + CMD 这样。使用 ENTRYPOINT 的好处是在我们启动镜像就像是启动了一个可执行程序,在 CMD 上仅需要指定参数;另外在我们需要自定义 CMD 时不容易出错。
使用 CMD 的 Dockerfile:
[root@sta2 test]# cat Dockerfile
FROM mysql
CMD ["echo","test"]
使用 ENTRYPOINT 的 Dockerfile:
[root@sta2 entrypoint]# cat Dockerfile
FROM mysql
ENTRYPOINT ["echo","test"]
结论:ENTRYPOINT 不能覆盖掉执行时的参数,CMD 可以掉覆盖默认的参数。
可以使用以下命令覆盖默认的参数,方便调试 Dockerfile 中的 bug:[root@sta2 entrypoint]# docker run -it --entrypoint=/bin/bash feiyu/entrypoint:1
案例演示:
制作一个nginx(重点掌握)
1、先制作Dockerfile文件
FROM nginx:1.14-alpine
LABEL maintainer="Chaofeng <chaofeng@chaofeng.com>"
ENV NGX_DOC_ROOT='/data/web/html/'
ADD entrypoint.sh /bin/
CMD ["/usr/sbin/nginx","-g","daemon off;"]
ENTRYPOINT ["/bin/entrypoint.sh"]
2、制作entrypoint.sh文件
#!/bin/sh cat > /etc/nginx/conf.d/www.conf << EOF server{ server_name ${HOSTNAME}; listen ${IP:-0.0.0.0}:${PORT:-80}; root ${NGX_DOC_ROOT:-/usr/share/nginx/html}; } EOF exec "$@"
3、给entrypoint.sh文件授权
chmod +x entrypoint.sh
4、制作docker镜像
[root@ELK-chaofeng08 docker3]# docker build -t tinyweb:v0.3.2 ./ Sending build context to Docker daemon 3.072kB Step 1/6 : FROM nginx:1.14-alpine ---> 66952fd0a8ef Step 2/6 : LABEL maintainer="Chaofeng <chaofeng@chaofeng.com>" ---> Using cache ---> 9b06b920ce9b Step 3/6 : ENV NGX_DOC_ROOT='/data/web/html/' ---> Using cache ---> 9346cf0174b9 Step 4/6 : ADD entrypoint.sh /bin/ ---> c8f80cdc1321 Step 5/6 : CMD ["/usr/sbin/nginx","-g","daemon off;"] ---> Running in 20bace9c162d Removing intermediate container 20bace9c162d ---> 4cbfa737e80f Step 6/6 : ENTRYPOINT ["/bin/entrypoint.sh"] ---> Running in babe021b35b9 Removing intermediate container babe021b35b9 ---> b474e7c54539 Successfully built b474e7c54539 Successfully tagged tinyweb:v0.3.2
5、启动镜像
[root@ELK-chaofeng08 docker3]# docker run --name tinyweb1 --rm -P tinyweb:v0.3.2
6、在另一终端查看进程
[root@ELK-chaofeng08 docker3]# docker exec -it tinyweb1 /bin/sh / # ps PID USER TIME COMMAND 1 root 0:00 nginx: master process /usr/sbin/nginx -g daemon off; 8 nginx 0:00 nginx: worker process 9 root 0:00 /bin/sh 14 root 0:00 ps
我们在Dockerfile文件中使用脚本的方式进行传值,我们执行ENTRYPOINT的时候使用的是数组的形式,意思就是把CMD的元素当作是一个个的参数传给ENTRYPOINT,首先是在创建完entrypoint.sh脚本的时候,执行最后一句exec操作,这是把当前nginx的进程作为主进程来执行,因此在这里的ps命令中看到nginx的主进程的PID号是1。
我们设计成脚本的方式是比较好传值的,省去了修改某个参数时重新制作镜像的麻烦,为什么这么说呢?比如下面这个例子:
[root@ELK-chaofeng08 docker3]# docker exec -it tinyweb1 /bin/sh / # netstat -tnl Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN
此时正好是运行在80端口。
假如此时我想运行在8080端口怎么办呢?可以这样子来
[root@ELK-chaofeng08 docker3]# docker run --name tinyweb1 --rm -P -e 'PORT=8080' tinyweb:v0.3.2
使用-e参数,表示启动容器的时候使用作为环境变量传入
再打开一个终端执行如下:
[root@ELK-chaofeng08 docker3]# docker exec -it tinyweb1 /bin/sh / # netstat -tnl Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 0.0.0.0:8080 0.0.0.0:* LISTEN tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN
不仅运行在了默认的80端口,还运行在了8080端口,非常的方便。这就是脚本传值的作用。这里还要理解entrypoint.sh有个“${PORT:-80}”是什么意思呢?就是如果环境中有默认的PORT的值,那么此时PORT就有值然后就使用默认的值,如果没有值,则使用80端口。那么至于为什么上面还会有80端口呢?这是因为nginx还有自己主配置文件的默认端口是80端口(不要搞混淆了)。
十、HEALTHCHECK检测
案例演示
在dockerfile中加入如下内容:
然后制作一个新的镜像并启动
每隔默认的30s检测一次是否成功。
十一、在docker build阶段传递参数ARG
案例:
修改dockerfile
然后构建镜像时传值
需要注意的是,我们之前学习的命令中传递环境变量参数的时候,使用的都是docker run操作,但是如果我们想在docker build阶段传入参数的值,则要是有docker build –build-tag参数了。
十二、ONBUILD