1 概述 基于容器制作镜像的问题是，每次都要启动一个容器，在容器内部执行相关命令，才进行制作容器，这个比较麻烦。还有一种情况，可能是制作后的容器，容器变得很庞大，用户拷贝也可能成问题，如果通过dockerfile，相当于是一个文档，客户可以基于dockerfile生成新的容器 dockerfile仅仅是用来制作镜像的源码文件，是构建容器过程中的指令，docker能够读取dockerfile的指定进行自动构建容器，基于dockerfile制作镜像，每一个指令都会创建一个镜像层，即镜像都是多层叠加而成，因此，层越多，效率越低，创建镜像，层越少越好。因此能在一个指令完成的动作尽量通过一个指令定义。 docker镜像制作的工作逻辑 首先需要有一个制作镜像的目录，该目录下有个文件，名称必须为Dockerfile，Dockerfile有指定的格式，#号开头为注释，，指定默认用大写字母来表示，以区分指令和参数，docker build读取Dockerfile是按顺序依次Dockerfile里的配置，且第一条非注释指令必须是FROM 开头，表示基于哪个基础镜像来构建新镜像。可以根据已存在的任意镜像来制作新镜像。 Dockerfile可以使用环境变量，用ENV来定义环境变量，变量名支持bash的变量替换，如${variable:-word},表示如果变量值存在，就使用原来的变量，变量为空时，就使用word的值作为变量的值，一般使用这个表示法。 ${variable:+word}，表示如果变量存在了，不是空值，那么变量将会被赋予为word对应的值，如果变量为空，那么依旧是空值 .dcokerignore：把文件路径写入到.dockerignore，对应的路径将不会被打包到新镜像 2 指令介绍 FROM FROM 指令是最重的一个且必须为 Dockerfile 文件开篇的第一个非注释行，用于为映像文件构建过程指定基准镜像，后续的指令运行于此基准镜像所提供的运行环境 . 实践中，基准镜像可以是任何可用镜像文件，默认情况下， docker build 会在 docker 主机上查找指定的镜像文件，在其不存在时，则会从 Docker Hub Registry 上拉取所需的镜像文件 . 如果找不到指定的镜像文件， docker build 会返回一个错误信息 FROM 语法 FROM [:] 或者 FROM @ :指定作为base image的名称 ：base image 的标签，为可选项，省略时默认为 latest ；为校验码 MAINTANIER Dockerfile 并不限制 MAINTAINER 指令可在出现的位置，但推荐将其放置于 FROM 指令之后 . 语法： MAINTAINER 可是任何文本信息，但约定俗成地使用作者名称及邮件地址，如一般把MAINTAINER放在FROM后面 COPY 用于从 Docker 主机复制文件至创建的新映像文件 COPY ... 或 . COPY ["",... ""] ：目标路径，即正在创建的 image 的文件系统路径；建议为 使用绝对路径，绝对路径为镜像中的路径，而不是宿主机的路径。否则， COPY 指定则以 WORKDIR 为其起始路径注意：在路径中有空白字符时，通常使用第二种格式 . 文件复制准则 必须是build上下文中的路径，即只能放在workshop这个工作目录下，不能是其父目录中的文件 如果是目录，其内部文件或者子目录会被递归复制，但目录自身不会被复制 如果指定了多个/ 结尾 如果 copy是指在当前的workshop工作目录中，准备好要添加到新镜像的文件放到这个workshop下面，copy过程实际是基于dockerfile在后台启动一个容器，把工作目录当做卷挂载到后台启动的容器，然后再把这些准备好的文件（workshop目录下）拷贝到后台容器，然后基于这个容器制作新镜像，所以，镜像的制作过程是基于指定的镜像来制作 例子 创建一个目录workshop，在该目录下新建index.html文件用于镜像制作的素材文件，在workshop下新建Dockerfile文件，把index.html拷贝到新镜像里 Dockerfile制作完成后，用命令build制作基于dockerfile的新镜像。命令如下 [root@docker workshop]# docker build -t sunnydocker01:v1 ./ 查看 docker images 查看到生成了一个新镜像sunnydocker01 启动新生成的镜像，在容器内部有目录/data/htdocs，并且有文件index.html,且成功拷贝/etc/yum.repos.d这个目录到新镜像中 [root@docker workshop]# docker run -it --rm --name sunny01 sunnydocker01:v1 / # ls bin data dev etc home proc root sys tmp usr var / # ls data/htdocs/ index.html / # ls /etc/yum.repos.d/ CentOS-Base.repo docker-ce.repo epel.repo bak/ epel-testing.repo sunny.repo / # ls /etc/yum.repos.d/ ADD ADD 指令类似于 COPY 指令， ADD 支持使用 TAR 文件和 URL 路径. ADD ... 或 . ADD ["",... ""] . 操作准则 . 同COPY 指令的4点准则 如果URL 且/ 结尾，则/ 结尾，则文件名URL 指定的文件将被直接下载，并保存为/，注意，URL不能是ftp格式的url如果/ 结尾的目录路径；如果/ 结尾，则其被视作一个普通文件， 例子 在workshop目录下，准备了 apache-tomcat-8.0.47.tar.gz 这个tar包，已经从网络上下载一个包，Dockerfile路径如下 [root@docker workshop]# vim Dockerfile FROM busybox:1.27.2 MAINTAINER "sunny " COPY index.html /data/htdocs/ COPY yum.repos.d /etc/yum.repos.d/ ADD http://nginx.org/download/nginx-1.14.0.tar.gz /tmp ADD apache-tomcat-8.0.47.tar.gz /app/tomcat/ 制作镜像 [root@docker workshop]# docker build -t test02:v1 ./ 基于新镜像启动容器，并检查 [root@docker workshop]# docker run -it --rm --name testadd test02:v1 / # ls app bin data dev etc home proc root sys tmp usr var / # ls /tmp/ nginx-1.14.0.tar.gz / # ls /app/tomcat/ apache-tomcat-8.0.47 / # 注意，此时url对应的nginx已经被下载到/tmp下，且这个nginx的tar包不会被展开，同时目录/app/tomcat/下有一个tomcat目录，为 apache-tomcat-8.0.47.tar.gz 展开的目录 WORKDIR workdir为工作目录，指当前容器环境的工作目录，用于为 Dockerfile 中所有的 RUN 、CMD 、ENTRYPOINT 、COPY 和 ADD 指定设定工作目录 语法 WORKDIR 在Dockerfile 文件中， WORKDIR 指令可出现多次，其路径也可以为相对路径，不过，其是相对此前一个 WORKDIR 指令指定的路径 另外， WORKDIR 也可调用由 ENV 指定定义的变量 . 例如 WORKDIR /var/log WORKDIR $STATEPATH 例子 指定workdir为/usr/local，相当于是容器启动后，会把工作目录切换到/usr/local这个workdir路径下，而不是默认的根目录，如下例子，则相对路径 ./src/ 的绝对路径为容器的/usr/local/src，制作镜像时，把nginx包拷贝到/usr/local/src，把tomcat包解压到/usr/local/src下面 [root@docker workshop]# vim Dockerfile FROM busybox:1.27.2 MAINTAINER "sunny " WORKDIR "/usr/local" ADD http://nginx.org/download/nginx-1.14.0.tar.gz ./src/ ADD apache-tomcat-8.0.47.tar.gz ./ 启动容器并检查 [root@docker workshop]# docker run -it --rm --name testworkdir testworkdir:v1 /usr/local # ls apache-tomcat-8.0.47 src /usr/local # ls src nginx-1.14.0.tar.gz /usr/local # 容器启动后，工作路径直接切换为/usr/local VOLUME 定义卷，只能是docker管理的卷，，VOLUME为容器上的目录，用于在 image 中创建一个挂载点目录，以挂载 Docker host 上的卷或其它容器上的卷 语法 . VOLUME 或 . VOLUME [""] 如果挂载点目录路径下此前在文件存在， docker run 命令会在卷挂载完成后将此前的所有文件复制到新挂载的卷中 例子 [root@docker workshop]# vim Dockerfile FROM busybox:1.27.2 MAINTAINER "sunny " VOLUME "/test/htdocs" COPY index.html /test/htdocs / 制作镜像 [root@docker workshop]# docker build -t testvolume:v1 启动镜像 [root@docker workshop]# docker run -it --rm --name testvolume1 testvolume:v1 / # ls bin dev etc home proc root sys test tmp usr var / # ls /test/htdocs/ index.html / # 在另外的窗口检查该容器挂载的卷 [root@docker workshop]# docker inspect -f {{.Mounts}} testvolume1 [{volume e87fdd9ab3b8037167e23edb5c4eae3cc7c5d5ffa63c7a4fa4c18173e0e06460 /var/lib/docker/volumes/e87fdd9ab3b8037167e23edb5c4eae3cc7c5d5ffa63c7a4fa4c18173e0e06460/_data /test/htdocs local true }] [root@docker workshop]# cd /var/lib/docker/volumes/e87fdd9ab3b8037167e23edb5c4eae3cc7c5d5ffa63c7a4fa4c18173e0e06460/_data [root@docker _data]# ls index.html [root@docker _data]# cat index.html hello,this is first container made by sunny~ [root@docker _data]# EXPOSE 语法 EXPOSE [/] [[/] ...] l 其中 tcp 或udp 二者之一，默认为 TCP 协议 EXPOSE 指令可一次指定多个端口，但是不能指定暴露为宿主机的指定端口，因为指定的宿主机端口可能已经被占用，因此这里使用随机端口，例如 . EXPOSE 11211/udp 11211/tcp 例子 [root@docker workshop]# vim Dockerfile FROM busybox:1.27.2 MAINTAINER "sunny " VOLUME "/data/htdocs" COPY index.html /data/htdocs/ EXPOSE 80/tcp 制作镜像 [root@docker workshop]# docker build -t testexpose:v1 ./ 启动并暴露端口，注意，启动容器要跟大写P选项-P来暴露 [root@docker workshop]# docker run -it -P --rm --name testexpose testexpose:v1 / # ls bin data dev etc home proc root sys tmp usr var / # ls data/htdocs/ index.html / # 在其他端口检查80口是否有暴露 [root@docker _data]# docker port testexpose 80/tcp -> 0.0.0.0:32768 [root@docker _data]# ENV ENV用于为镜像定义所需的环境变量，并可被 Dockerfile 文件中位于其后的其它指令（如 ENV 、ADD 、COPY 等）所调用 ，即先定义后调用 调用格式为 $variable_name 或${variable_name} 语法 ENV 或 . ENV = ... . 第一种格式中， 之后的所有内容均会被视作其 的组成部分，因此一次只能设置一个变量 第二种格式，可用一次设置多个变量，每个变量为一个“=”的键值对，如果包含空格，可以以反斜线（\）进行转义，也可通过对加引号进行标识；另外反斜线也可以用于续行； . 定义多个变量时，建议使用第二种方式，以便在同一层中完成所有功能例子 下载一个nginx包，其中nginx的版本和nginx包的路径用变量替换 编辑Dockerfile vim Dockerfile FROM busybox:1.27.2 MAINTAINER "sunny " ENV nginx_ver=1.14.0 ENV nginx_url=http://nginx.org/download/nginx-${nginx_ver}.tar.gz ADD ${nginx_url} /usr/local / 创建镜像 [root@docker workshop]# docker build -t testenv:v1 ./ 运行容器并验证 [root@docker workshop]# docker run -it --rm --name testenv testenv:v1 / # ls /usr/local/ nginx-1.14.0.tar.gz / # 有些变量在运行为容器时依然有用，因此需要把那些变量在运行为容器时重新定义为一个新的值，如果变量很多，可以放到一个文件中进行定义，使用参数 --env-list实现，通过文件来加载环境变量 RUN RUN用于指定 docker build 过程中运行的程序，其可以是任何命令，但是这里有个限定，一般为基础镜像可以运行的命令，如基础镜像为centos，安装软件命令为yum而不是ubuntu里的apt-get命令 语法 RUN 或 . RUN ["", "", ""] 第一种格式中，shell 命令，且以“/bin/sh -c” 作为父进程来运行它，这意味着此进程在容器中的PID 不为1 ，不能接收Unix 信号，因此，当使用 docker stop 命令停止容器时，此进程接收不到SIGTERM 信号； 第二种语法格式中的参数是一个JSON 格式的数组，其中 FROM busybox:1.27.2 MAINTAINER "sunny " ENV nginx_ver=1.14.0 ENV nginx_url=http://nginx.org/download/nginx-${nginx_ver}.tar.gz WORKDIR "/usr/local/src" ADD ${nginx_url} /usr/local/src/ RUN tar xf nginx- $ {nginx_ver}.tar.gz [root@docker workshop]# docker build -t testrun ./ 运行容器并验证 [root@docker workshop]# docker run -it --rm --name testrun testrun:latest /usr/local/src # ls nginx-1.14.0 nginx-1.14.0.tar.gz /usr/local/src # 如果RUN的命令很多，就用&&符号连接多个命令，少构建镜像层，提高容器的效率 例子如下 基础镜像为centos,RUN多个命令 由于安装是到互联网上的仓库进行安装，所以，建议把centos的yum源配置为本地，即创建镜像时，把yum的配置有本地仓库源配置在 CentOS-Base.repo 文件放在workshop下面，配置文件配置ADD拷贝一份到新建镜像的/etc/yum.repos.d目录下，因为经常默认会优先加载 CentOS-Base.repo 下的包，但是不建议使用这个方法，除非本地仓库有足够的包解决依赖关系，否则建议仅使用默认的即可 编辑dockerfile [root@docker workshop]# vim Dockerfile FROM centos:7.3.1611 MAINTAINER "sunny " ENV nginx_ver=1.14.0 ENV nginx_url=http://nginx.org/download/nginx-${nginx_ver}.tar.gz WORKDIR "/usr/local/src" ADD CentOS-Base.repo /etc/yum.repos.d/ ADD ${nginx_url} /usr/local/src/ RUN tar xf nginx-${nginx_ver}.tar.gz && yum -y install gcc pcre-devel openssl-devel make \ && cd nginx-${nginx_ver} && ./configure && make && make install 创建镜像 [root@docker workshop]# docker build -t nginx:v1 ./ 运行容器，启动nginx进程 [root@docker workshop]# docker build -t testexpose:v1 ./cc^C [root@docker workshop]# docker run -it --rm --name nginxv1 nginx:v1 [root@ccedfdf5e63f src]# /usr/local/nginx/sbin/nginx 此时，nginx进程运行于后台，不建议这么做，因为容器的进程要运行于前台模式，否则容器会终止，nginx运行于前台，需要在nginx的配置文件nginx.conf里添加配置项 vi /usr/local/nginx/conf/nginx.conf daemon off； 这样使得nginx运行于前台 再次运行nginx，则运行于前台 或者通过-g选项，在运行nginx的全局配置模式之后再运行某些参数，注意off后面的冒号 [root@ccedfdf5e63f local]# /usr/local/nginx/sbin/nginx -g "daemon off;" CMD 类似于 RUN 指令， CMD 指令也可用于运行任何命令或应用程序，不过，二者的运行时间点不同 . RUN 指令运行于映像文件构建过程中，而 CMD 指令运行于基于 Dockerfile 构建出的新映像文件启动一个容器时 . CMD 指令的首要目的在于为启动的容器指定默认要运行的程序，且其运行结束后，容器也将终止；不过， CMD 指定的命令其可以被 docker run 的命令行选项所覆盖 . 在Dockerfile 中可以存在多个 CMD 指令，但仅最后一个会生效 语法 CMD 或 CMD ["","",""]或 CMD["",""] . 前两种语法格式的意义同 RUN . 第三种则用于为 ENTRYPOINT 指令提供默认参数编辑dockerfile vim Dockerfile FROM centos:7.3.1611 MAINTAINER "sunny " ENV nginx_ver=1.14.0 ENV nginx_url=http://nginx.org/download/nginx-${nginx_ver}.tar.gz WORKDIR "/usr/local/src" EXPOSE 80/tcp ADD ${nginx_url} /usr/local/src/RUN tar xf nginx-${nginx_ver}.tar.gz && yum -y install gcc pcre-devel openssl-devel make \ && cd nginx-${nginx_ver} && ./configure && make && make install CMD ["/usr/local/nginx/sbin/nginx","-g","daemon off;"] 制作镜像 [root@docker workshop]# docker build -t nginx:v3 ./ 启动容器并测试 [root@docker workshop]# docker run -it --rm --name nginxv3 nginx:v3 测试，容器的ip 为 172.17.0.2，得到nginx的测试页 [root@docker yum.repos.d]# curl 172.17.0.2 查看容器80口被暴露为哪个口 [root@docker yum.repos.d]# docker port nginxv3 80/tcp -> 0.0.0.0:32772 [root@docker yum.repos.d]# curl 10.10.10.72:32772 注意，CMD在dockerfile里写的命令，如果启动容器的命令行里执行命令，则会把dockerfile里的命令覆盖掉，如下，容器启动后，执行/bin/bash，而不是启动nginx于前台 [root@docker workshop]# docker run -it --rm -P --name nginxv3 nginx:v3 /bin/bash [root@5f2f4b930df3 src]# ss -ntlp 如果dockerfile指定的CMD不允许覆盖，则使用ENTRYPOINT ENTRYPOINT 类似 CMD 指令的功能，用于为容器指定默认运行程序，从而使得容器像是一个单独的可执行程序 与CMD 不同的是，由 ENTRYPOINT 启动的程序不会被 docker run 命令行指定的参数所覆盖，而且，这些命令行参数会被当作参数传递给 ENTRYPOINT 指定指定的程序 . 不过， docker run 命令的 --entrypoint 选项的参数可覆盖 ENTRYPOINT 指令指定的程序 语法 ENTRYPOINT ENTRYPOINT ["","",""] docker run 命令传入的命令参数会覆盖CMD指令的内容并且附加到 ENTRYPOINT 命令最后做为其参数使用 . Dockerfile 文件中也可以存在多个 ENTRYPOINT 指令，但仅有最后一个会生效例子 把上例中的CMD执行命令，改成ENTRYPOINT vim Dockerfile FROM centos:7.3.1611 MAINTAINER "sunny " ENV nginx_ver=1.14.0 ENV nginx_url=http://nginx.org/download/nginx-${nginx_ver}.tar.gz WORKDIR "/usr/local/src" EXPOSE 80/tcp ADD ${nginx_url} /usr/local/src/ RUN tar xf nginx-${nginx_ver}.tar.gz && yum -y install gcc pcre-devel openssl-devel make \ && cd nginx-${nginx_ver} && ./configure && make && make install ENTRYPOINT ["/usr/local/nginx/sbin/nginx","-g","daemon off;"] 制作镜像 [root@docker workshop]# docker build -t nginx:v5 ./ 由于这次镜像修改相比上次很少，只差了一层CMD，构建过程直接使用缓存，所以速度很快，dockerfile里，建议CMD和ENTRYPOINT不用复用，二者选其一，除非明确指定CMD里的命令参数会被ENTRYPOINT当做参数执行 启动容器 run命令不带其他命令 [root@docker workshop]# docker run -it --rm -P --name nginxv3 nginx:v5 直接启动，可以正常启动nginx，并暴露端口 run命令修改默认命令如/bin/bash，与上例CMD不一样，此时报选项错误，因为此时会把 /bin/bash 当做参数传递给ENTRYPOINT指定的指令，此时ENTRYPOINT指定的指令为启动nginx，不能识别/bin/bash [root@docker workshop]# docker run -it --rm -P --name nginxv3 nginx:v5 /bin/bash nginx: invalid option: "/bin/bash" [root@docker workshop]# 但是，如果一定要覆盖dockerfile里指定的ENTRYPOINT命令，那么在run命令使用参数--entrypoint来覆盖，如下 [root@docker workshop]# docker run -it --rm -P --name nginxv3 --entrypoint /bin/bash nginx:v5 [root@4c940d422f20 src]# pwd /usr/local/src [root@4c940d422f20 src]# 成功以进程/bin/bash启动了容器，覆盖了dockerfile里设定的nginx启动命令 USER USER用于指定运行 image 时的或运行 Dockerfile 中任何 RUN 、CMD 或 ENTRYPOINT 指令指定的程序时的用户名或 UID ，即改变容器中运行程序的身份 . 默认情况下， container 的运行身份为 root 用户 语法 USER | 需要注意的是， 可以为任意数字，但实践中其必须为 /etc/passwd 中某用户的有效 UID ，否则， docker run 命令将运行失败 ONBUILD ONBUILD 用于在 Dockerfile 中定义一个触发器 . 用来指定运行docker指令Dockerfile 用于 build 映像文件，此映像文件亦可作为 base image 被另一个 Dockerfile 用作 FROM 指令的参数，并以之构建新的映像文件 . 在后面的这个 Dockerfile 中的 FROM 指令在 build 过程中被执行时，将会 “ 触发 ” 创建其 base image 的Dockerfile 文件中的 ONBUILD 指令定义的触发器 语法 ONBUILD 尽管任何指令都可注册成为触发器指令，但是ONBUILD不能自我嵌套，且不会触发FROM和MAINTAINER指令 使用包含ONBUILD 指令的Dockerfile 构建的镜像应该使用特殊的标签，例如 ruby:2.0-onbuild 在ONBUILD 指令中使用ADD 或COPY 指令应该格外小心，因为新构建过程的上下文在缺少指定的源文件时会失败 ONBUILD 在构建镜像时不会运行，是别人基于这个镜像作为基础镜像构建时，才会运行 如下例子 增加一个ONBUILD命令，执行RUN FROM centos:7.3.1611 MAINTAINER "sunny " ENV nginx_ver=1.14.0 ENV nginx_url=http://nginx.org/download/nginx-${nginx_ver}.tar.gz WORKDIR "/usr/local/src" EXPOSE 80/tcp ADD ${nginx_url} /usr/local/src/ RUN tar xf nginx-${nginx_ver}.tar.gz && yum -y install gcc pcre-devel openssl-devel make \ && cd nginx-${nginx_ver} && ./configure && make && make install CMD ["/usr/local/nginx/sbin/nginx","-g","daemon off;"] ONBUILD RUN echo -e "\nSunny do an onbuild~\n" >> /etc/issue 构建镜像 [root@docker workshop]# docker build -t nginx:v6 ./ 基于nginx:v6启动容器,此时/etc/issue还没写入echo要插入的信息 [root@docker workshop]# docker run -it --rm -P --name nginxv3 nginx:v6 /bin/bash [root@16e90f7a6460 src]# cat /etc/issue \S Kernel \r on an \m [root@16e90f7a6460 src]# 然后基于这个nginx:v6镜像，再次制作一个新镜像，编辑一个新的Dockerfile [root@docker ~]# mkdir nginxv7 [root@docker ~]# cd nginxv7/ [root@docker nginxv7]# vim Dockerfile FROM nginx:v6 MAINTAINER "sunny " CMD "/bin/bash" 构建镜像，注意，会提示执行一个build trigger,如下 Executing 1 build trigger [root@docker nginxv7]# docker build -t nginx:v7 ./ Sending build context to Docker daemon 2.048kB Step 1/3 : FROM nginx:v6 # Executing 1 build trigger ---> Running in 6bb18c52af99 Removing intermediate container 6bb18c52af99 基于新镜像nginx:v7启动新容器nginxv7 [root@docker nginxv7]# docker run -it --rm --name nginxv7 nginx:v7 [root@becc66948713 src]# cat /etc/issue \S Kernel \r on an \m Sunny do an onbuild~ [root@becc66948713 src]# 此时，在旧的镜像中的dockerfile里的ONBUILD已经触发，把信息写入到/etc/issue里 LABEL LABEL为磁盘映像文件添加元数据，可以基于这个LABEL调用这些元数据，一个LABEL就是一堆k/v值，一个镜像文件可以有多个LABEL
运维网声明
1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003运维网
QQ群⑧：
窥视卡
雷达卡
发表于 2019-2-21 09:03:24
提升卡
置顶卡
沉默卡
喧嚣卡
变色卡
千斤顶
显身卡