Docker-容器数据卷与DockerFile解析（三）

/ Docker / 没有评论 / 1503浏览

Docker

Docker容器数据卷

是什么？

先来看看Docker的理念：

Docker容器产生的数据，如果不通过docker commit生成新的镜像，使得数据做为镜像的一部分保存下来，那么当容器删除后，数据自然也就没有了。

为了能保存数据在docker中我们使用卷。

一句话：有点类似我们Redis里面的rdb和aof文件

能干嘛？

卷就是目录或文件，存在于一个或多个容器中，由docker挂载到容器，但不属于联合文件系统，因此能够绕过Union File System提供一些用于持续存储或共享数据的特性：

卷的设计目的就是数据的持久化，完全独立于容器的生存周期，因此Docker不会在容器删除时删除其挂载的数据卷

特点：

容器的持久化

容器间继承+共享数据

数据卷

容器内直接命令添加

命令

docker run -it -v /宿主机绝对路径目录:/容器内目录 镜像名 /bin/bash

image-20210516171354850

查看数据卷是否挂载成功

docker inspect 容器ID

image-20210516171618318

容器和宿主机之间数据共享

image-20210516171656699

容器停止退出后，主机修改后数据是否同步

image-20210516171808915

docker run -it -v /宿主机绝对路径目录:/容器内目录:ro 镜像名

image-20210516171926048

DockerFile添加

VOLUME["/dataVolumeContainer","/dataVolumeContainer2","/dataVolumeContainer3"]

说明：

出于可移植和分享的考虑，用-v 主机目录:容器目录这种方法不能够直接在Dockerfile中实现。

由于宿主机目录是依赖于特定宿主机的，并不能够保证在所有的宿主机上都存在这样的特定目录。

[root@maruifu mydocker]# pwd
/mydocker
[root@maruifu mydocker]# cat dockerfile2
# volume test
FROM centos
VOLUME ["/dataVolumeContainer1","/dataVolumeContainer2"]
CMD echo "finished,--------success1"
CMD /bin/bash

获得一个新镜像zzyy/centos

image-20210516172507276

主机对应默认地址

image-20210516172543108

Docker挂载主机目录Docker访问出现cannot open directory .: Permission denied

解决办法：在挂载目录后多加一个--privileged=true参数即可

数据卷容器

是什么？

命名的容器挂载数据卷，其它容器通过挂载这个(父容器)实现数据共享，挂载数据卷的容器，称之为数据卷容器

总体介绍

以上一步新建的镜像zzyy/centos为模板并运行容器dc01/dc02/dc03

它们已经具有容器卷 /dataVolumeContainer1 和 /dataVolumeContainer2

容器间传递共享

  1. 先启动一个父容器dc01

image-20210516172927157

  1. 在dataVolumeContainer2新增内容

  2. dc02/dc03继承自dc01

    --volumes-from

    docker run -it --name dc02 --volumes-from dc01 zzyy/centos

    image-20210516173120377

  3. dc02/dc03分别在dataVolumeContainer2各自新增内容

  4. 回到dc01可以看到02/03各自添加的都能共享了

    image-20210516173232318

  5. 删除dc01，dc02修改后dc03可否访问

    image-20210516173325782

  6. 新建dc04继承dc03后再删除dc03

    image-20210516173358106

    结论：容器之间配置信息的传递，数据卷的生命周期一直持续到没有容器使用它为止

DockerFile解析

是什么？

Dockerfile是用来构建Docker镜像的构建文件，是由一系列命令和参数构成的脚本。

构建三步骤

编写Dockerfile文件 ->docker build->docker run

样例：以我们熟悉的CentOS为例

image-20210516173727989

DockerFile构建过程解析

Dockerfile内容基础知识

1：每条保留字指令都必须为大写字母且后面要跟随至少一个参数

2：指令按照从上到下，顺序执行

3：#表示注释

4：每条指令都会创建一个新的镜像层，并对镜像进行提交

Docker执行Dockerfile的大致流程

（1）docker从基础镜像运行一个容器

（2）执行一条指令并对容器作出修改

（3）执行类似docker commit的操作提交一个新的镜像层

（4）docker再基于刚提交的镜像运行一个新容器

（5）执行dockerfile中的下一条指令直到所有指令都执行完成

总结

从应用软件的角度来看，Dockerfile、Docker镜像与Docker容器分别代表软件的三个不同阶段，

* Dockerfile是软件的原材料

* Docker镜像是软件的交付品

* Docker容器则可以认为是软件的运行态。

Dockerfile面向开发，Docker镜像成为交付标准，Docker容器则涉及部署与运维，三者缺一不可，合力充当Docker体系的基石。

image-20210516174021704

Dockerfile，需要定义一个Dockerfile，Dockerfile定义了进程需要的一切东西。Dockerfile涉及的内容包括执行代码或者是文件、环境变量、依赖包、运行时环境、动态链接库、操作系统的发行版、服务进程和内核进程(当应用进程需要和系统服务和内核进程打交道，这时需要考虑如何设计namespace的权限控制)等等;

Docker镜像，在用Dockerfile定义一个文件之后，docker build时会产生一个Docker镜像，当运行 Docker镜像时，会真正开始提供服务;

Docker容器，容器是直接提供服务的。

DockerFile体系结构(保留字指令）

FROM       #基础镜像，当前新镜像是基于哪个镜像的
MAINTAINER #镜像维护者的姓名和邮箱地址
RUN        #容器构建时需要运行的命令
EXPOSE     #容器构建时需要运行的命令
WOEKDIR    #指定在创建容器后，终端默认登陆的进来工作目录，一个落脚点
ENV        #用来在构建镜像过程中设置环境变量
            #ENV MY_PATH /usr/mytest
            #这个环境变量可以在后续的任何RUN指令中使用，这就如同在命令前面指定了环境变量前缀一样；
            #也可以在其它指令中直接使用这些环境变量，
            #比如：WORKDIR $MY_PATH
ADD        #将宿主机目录下的文件拷贝进镜像且ADD命令会自动处理URL和解压tar压缩包
COPY       #类似ADD，拷贝文件和目录到镜像中。将从构建上下文目录中 <源路径> 的文件/目录复制到新的一层的镜像内的 <目标路径> 位置
						#COPY src dest
						#COPY ["src", "dest"]
VOLUME     #容器数据卷，用于数据保存和持久化工作   
CMD        #指定一个容器启动时要运行的命令
						#CMD指令的格式和RUN相似，也是两种格式
						#shell格式：CMD<命令>
						#exec格式：CMD["可执行文件","参数1","参数2"...]
						#参数列表格式：CMD["参数1","参数2"...]。在指定了ENTRYPOINT指令后，用CMD指定具体的参数。

ENTRYPOINT #指定一个容器启动时要运行的命令  ，ENTRYPOINT的目的和 CMD 一样都是在指定容器启动程序及参数       
ONBUILD    # 当构建一个被继承的Dockerfile时运行命令，父镜像在被子继承后父镜像的onbuild被触发

image-20210516175406219

总结：

image-20210516175434617

案例

Base镜像(scratch)

Docker Hub 中 99% 的镜像都是通过在 base 镜像中安装和配置需要的软件构建出来的

image-20210516175956793

自定义镜像mycentos

编写

1.Hub默认CentOS镜像什么情况

image-20210516180146733

自定义mycentos目的使我们自己的镜像具备如下：

2.准备编写DockerFile文件

image-20210516180248761

3.myCentOS内容DockerFile

FROM centos
MAINTAINER zzyy<zzyy167@126.com>

ENV MYPATH /usr/local
WORKDIR $MYPATH

RUN yum -y install vim
RUN yum -y install net-tools

EXPOSE 80

CMD echo $MYPATH
CMD echo "success--------------ok"
CMD /bin/bash
构建
docker build -t 新镜像名字:TAG .

会看到 docker build 命令最后有一个 .

. 表示当前目录

image-20210516180454777

运行
docker run -it 新镜像名字 :TAG

image-20210516180642989

可以看到，我们自己的新镜像已经支持vim/ifconfig命令，扩展成功了。

变更历史
docker history 镜像名

CMD/ENTRYPOINT 镜像

都是指定一个容器启动时要运行的命令

CMD:Dockerfile 中可以有多个 CMD 指令，但只有最后一个生效，CMD 会被 docker run 之后的参数替换

ENTRYPOINT:docker run 之后的参数会被当做参数传递给 ENTRYPOINT，之后形成新的命令组合

自定义镜像Tomcat9

  1. mkdir -p /maruifu/mydockerfile/tomcat9

  2. 在上述目录下touch c.txt

  3. 将jdk和tomcat安装的压缩包拷贝进上一步目录

    cp apache-tomcat-9.0.8.tar.gz /maruifu/mydockerfile/tomcat9
cp jdk-8u171-linux-x64.tar.gz /maruifu/mydockerfile/tomcat9

  4. 在/maruifu/mydockerfile/tomcat9目录下新建Dockerfile文件

    FROM         centos
MAINTAINER    zzyy<zzyybs@126.com>
#把宿主机当前上下文的c.txt拷贝到容器/usr/local/路径下
COPY c.txt /usr/local/cincontainer.txt
#把java与tomcat添加到容器中
ADD jdk-8u171-linux-x64.tar.gz /usr/local/
ADD apache-tomcat-9.0.8.tar.gz /usr/local/
#安装vim编辑器
RUN yum -y install vim
#设置工作访问时候的WORKDIR路径，登录落脚点
ENV MYPATH /usr/local
WORKDIR $MYPATH
#配置java与tomcat环境变量
ENV JAVA_HOME /usr/local/jdk1.8.0_171
ENV CLASSPATH $JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar
ENV CATALINA_HOME /usr/local/apache-tomcat-9.0.8
ENV CATALINA_BASE /usr/local/apache-tomcat-9.0.8
ENV PATH $PATH:$JAVA_HOME/bin:$CATALINA_HOME/lib:$CATALINA_HOME/bin
#容器运行时监听的端口
EXPOSE  8080
#启动时运行tomcat
# ENTRYPOINT ["/usr/local/apache-tomcat-9.0.8/bin/startup.sh" ]
# CMD ["/usr/local/apache-tomcat-9.0.8/bin/catalina.sh","run"]
CMD /usr/local/apache-tomcat-9.0.8/bin/startup.sh && tail -F /usr/local/apache-tomcat-9.0.8/bin/logs/catalina.out

  5. 构建 image-20210516181902542

构建完成：docker image

image-20210516182025388

  1. run

    docker run -d -p 9080:8080 --name myt9 -v /zzyyuse/mydockerfile/tomcat9/test:/usr/local/apache-tomcat-9.0.8/webapps/test -v /zzyyuse/mydockerfile/tomcat9/tomcat9logs/:/usr/local/apache-tomcat-9.0.8/logs --privileged=true zzyytomcat9

    image-20210516182108177

Docker挂载主机目录Docker访问出现cannot open directory .: Permission denied

解决办法：在挂载目录后多加一个--privileged=true参数即可

  1. 验证 image-20210516182158450

  2. 结合前述的容器卷将测试的web服务test发布

    总体概述

    image-20210516182411183

    web.xml

    <?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xmlns="http://java.sun.com/xml/ns/javaee"
  xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd"
  id="WebApp_ID" version="2.5">
  <display-name>test</display-name>
</web-app>

    a.jsp

    <%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8"%>
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
    <title>Insert title here</title>
  </head>
  <body>
    -----------welcome------------
    <%="i am in docker tomcat self "%>
    <br>
    <br>
    <% System.out.println("=============docker tomcat self");%>
  </body>
</html>

    测试

    image-20210516182604605

总结

image-20210516182635512

本文由 小马哥 创作，采用 知识共享署名4.0 国际许可协议进行许可
本站文章除注明转载/出处外，均为本站原创或翻译，转载前请务必署名
最后编辑时间为: 2021/05/16 10:28

→ ← ↓ ↑