1 了解镜像
Docker镜像是一个特殊的文件系统,除了提供容器运行时所需的程序、库、资源、配置等文件外,还包含了一些为运行时准备的一些配置参数(如匿名卷、环境变量、用户等)。
但注意, 镜像不包含任何动态数据( /proc、/sys,其中,/proc里面装的主要是内核参数,在内核运行状态不同时里面的值是不一样的,而/sys目录则包含了系统资源的管理信息,这两个目录中的数据都是动态生成的) ,因此,其内容在构建好之后一般是不会变的。这里,第一,你要知道什么是动态数据,第二,将来我们要自己装一个linux操作系统,你想把这个linux做成一个容器镜像,其实很简单,就是把linux里面所有的文件目录打包一份就行了,但是打包的时候会把/proc和/sys这两个目录排除。(因此, 容器镜像不包含内核,容器共用宿主机的内核)
2 镜像的制作
2.1 通过对系统打包的方式制作镜像
1)最小化安装一个操作系统
2)将此系统文件打包,把装的一个系统做成一个容器镜像,也就是把根文件系统打个包就行了(除了/proc和/sys之外)
[root@node02 ~]# tar -cvf --numeric-owner --exclude=/proc --exclude=/sys /data/centos7u2.tar /
3)将打包文件拷贝到运行容器的主机上
[root@node02 ~]# scp centos7u2.tar 192.168.1.72:/root
4)利用打包文件生成镜像
[root@node02 ~]# docker import centos7u2.tar docker.io/centos7u2:latest
[root@node02 ~]# docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
docker.io/centos7u2 latest 1e1148e4cc2c 30 seconds ago 987 MB
5)使用自己生成的镜像创建容器做测试
[root@node02 ~]# docker run -itd --name c1 docker.io/centos7u2 /bin/bash
2.2 基于Dockerfile文件制作镜像
1)编写dockerfile文件
[root@node02 ~]# cat /root/test01
FROM local-test/centos7.2:v1
RUN yum install -y httpd && yum install -y vsftpd
解释:
FROM:用于指定一个基础镜像
RUN:执行任务,建议同一个任务的多条指令使用&&连接多个命令完成
2)构建镜像
[root@node02 ~]# docker build -t centos7.2-httpd:v2 -f test01 /root
参数说明:
-t:用于指定镜像名称、标记
-f:指定dockerfile名称
3)查看镜像
[root@node02 ~]# docker images
REPOSITORY TAG IMAGE ID CREATED SIZE
centos7.2-httpd v2 2cdfd7a685f6 2 minutes ago 1.08 GB
3 Dockerfile指令说明
3.1 FROM
FROM < image >
用于指定基础镜像
3.2 MAINTAINER
MAINTAINER < name >
用于指定镜像的作者信息,当执行docker inspect指令时会有输出 。
3.3 RUN
RUN < command >
或者
RUN [“command”,“arg1”,“arg2”]
用于执行基础镜像支持的任何指令;
例如:
RUN yum install -y net-tools
RUN [“yum”,“install”,“-y”,“net-tools”]
3.4 CMD && ENTRYPOINT
3.4.1 CMD
CMD < command > < arg1 > < arg2 >
或者
CMD [“command”,“arg1”,“arg2”]
用于指定容器启动时执行的操作;
注意:一个dockerfile中只能有一条 CMD 指令,如果有多条则仅执行最后一条;
# 使用CMD指令
FROM ubuntu
CMD ["echo", "Hello World"]
3.4.2 ENTRYPOINT
ENTRYPOINT 和 CMD 指令的用法很相似:
ENTRYPOINT < command > < arg1 > < arg2 >
或者
ENTRYPOINT [“command”,“arg1”,“arg2”]
用于指定容器启动时执行的操作;
注意:一个dockerfile中只能有一条 ENTRYPOINT指令,如果有多条则仅执行最后一条;
# 使用ENTRYPOINT指令
FROM ubuntu
ENTRYPOINT ["echo", "Hello World"]
另外,ENTRYPOINT指令还可以与CMD指令配合使用,此时,CMD指令后跟的不再是完整的可执行命令,而仅是作为ENTRYPOINT指令后的参数使用,如下所示:
# ENTRYPOINT 和 CMD 指令配合使用
FROM ubuntu
ENTRYPOINT ["cat"]
CMD ["-n","/etc/passwd"]
3.4.3 CMD 和 ENTRYPOINT 的区别
区别:
如果在运行docker run命令时指定了参数,那么,将会覆盖CMD中指定的参数,而ENTRYPOINT指令不会被覆盖,而是被附加到docker run命令的参数之前。
总结来说:CMD用于定义默认的容器启动命令,可以被覆盖,而ENTRYPOINT用于定义容器启动的主要命令,不会被覆盖。
案例:
使用 Dockerfile 构建 centos 镜像,在 Dockerfile 中使用 CMD 和 ENTRYPOINT 。当 docker run + 参数 的时候进行 CMD 和 ENTRYPOINT 的测试,CMD指定的参数是否会被覆盖,以及 ENTRYPOINT 指定的参数是否会附加到docker run命令的参数之前。
【测试CMD】
1)编写dockerfile文件
$ vim dockerfile-centos-test
FROM centos
CMD [“ls”,“-a”]
2)构建镜像
$ docker build -f dockerfile-centos-test -t cmd-test:0.1 .
3)运行镜像
$ docker run cmd-test:0.1
可以看到,列出了所有目录。
4)这个时候我们在docker run 的时候追加一个命令参数 -l
$ docker run cmd-test:0.1 -l
可以看到,出现了错误,在CMD的情况下,加 -l 替换了dockerfile中的 CMD [“ls”,“-l”],但是由于 -l 不是命令,所以就报错了。
5)我们将 docker run 的命令参数 -l 改为 ls
$ docker run cmd-test:0.1 ls
可以看到,这个时候就执行成功了。
【测试 ENTRYPOINT】
1)编写dockerfile文件
$ vim dockerfile-centos-test
FROM centos
ENTRYPOINT [“ls”,“-a”]
2)构建镜像
$ docker build -f dockerfile-centos-test -t cmd-test:0.1 .
3)运行镜像
$ docker run cmd-test:0.1
4)这个时候追加一个命令 -l (使之成为 ls -al )
$ docker run cmd-test:0.1 -l
总结一下:CMD的情况下,docker run的参数 -l 替换了CMD的 ls -a。而ENTRYPOINT的情况下,-l 参数追加到了 ls -a 的后面,使之变成了ls -al。
3.5 ARG
ARG < key >=< value >
Docker 1.9 版本 后新加入的指令,ARG定义的变量只有在构建image时有效,建立完成后变量消失;
3.6 USER
USER < name >
用于设置启动容器的用户,默认为root
3.7 EXPOSE
EXPOSE < port1 > < port2 > …
用于设置容器启动时,要映射到物理机的端口;容器启动后,会将该端口映射到物理机上的随机端口;
3.8 ENV
ENV < key > < value >
用于为容器设置环境变量,可以使用docker inspect查看;也可以通过docker run --env < key >=< value >设置或修改环境变量;(该变量设置后,后续的RUN指令都可以使用该变量)
3.9 ADD && COPY
3.9.1 ADD
ADD < src > < dest >
用于将src指定的文件复制到容器的目录
例如:
ADD /tmp/nginx-1.13.4.tar.gz /tmp/
1)所有拷贝到容器中的文件及目录权限为0755,uid及gid均为0;
2)src如果是一个目录,那会将该目录下所有文件拷贝到容器中,不包括目录;
3)如果src是文件且dest不以/结束,dest会被识别为文件,src中的内容会把dest文件内容覆盖;
4)如果src是文件且dest以/结束,则会将src文件拷贝到dest目录;;
如果源文件是一个tar压缩包的话,压缩格式为gzip,bzip2以及xz的情况下,ADD指令将会自动解压缩这个压缩文件到目标路径中,在某些情况下这个自动解压缩的功能非常有用。
3.9.2 COPY
COPY < src > < dest >
用于复制本地主机的src文件(为Dockerfile所在目录的相对路径、文件或者目录)到容器的dest(dest路径不存在时,会自动创建)。
此外,还需要注意一点,使用 COPY 指令,源文件的各种元数据都会保留,比如读、写、执行权限、文件变更时间等。(这个特性对于镜像定制很有用,特别是构建相关文件都在使用 Git 进行管理的时候)
3.9.3 ADD 和 COPY 的区别
共同点:
都可以将主机上的资源加入到Dockerfile制作的镜像中。
不同点:
官方建议:
1)尽可能的使用 COPY,因为 COPY 的语义很明确,就是复制文件而已;
2)需要自动解压缩的场合,再使用ADD;
另外,需要注意的是,ADD 指令会令镜像构建缓存失效,从而可能会令镜像构建变得比较缓慢。因此在 COPY 和 ADD 指令中选择的时候,可以遵循这样的原则:所有的文件复制均使用 COPY 指令,仅在需要自动解压缩的场合使用 ADD。
3.10 WORKDIR
WORKDIR < path >
用于切换目录,类似于cd命令;(对RUN, CMD, ENTRYPOINT指令生效)
3.11 VOLUME
VOLUME [“mount_point”]
用于创建一个本机或者为其他容器使用的挂载点,用于数据的持久化保存 。
例如:
FROM base VOLUME ["/tmp/data"]
通过dockerfile的 VOLUME 指令可以在镜像中创建挂载点,这样只要通过该镜像创建的容器都有了挂载点,但值得注意的是通过VOLUME 指令创建的挂载点,无法指定主机上对应的目录,而是自动生成的(可以通过docker inspect查看)。