• 【Docker】镜像分层存储与镜像精简


    Linux操作系统###

    Linux操作系统由内核空间和用户空间组成。

    内核空间是kernel,用户空间是rootfs, 不同Linux发行版的区别主要是rootfs.比如 Ubuntu 14.04 使用 upstart 管理服务,apt 管理软件包;而 CentOS 7 使用 systemd 和 yum。这些都是用户空间上的区别,Linux kernel 差别不大。
    所以 Docker 可以同时支持多种 Linux 镜像,模拟出多种操作系统环境。

    分层存储###

      因为镜像包含操作系统完整的 root 文件系统,其体积往往是庞大的,因此在 Docker 设计时,就充分利用 Union FS 的技术,将其设计为分层存储的架构。所以严格来说,镜像并非是像一个 ISO 那样的打包文件,镜像只是一个虚拟的概念,其实际体现并非由一个文件组成,而是由一组文件系统组成,或者说,由多层文件系统联合组成。
      镜像构建时,会一层层构建,前一层是后一层的基础。每一层构建完就不会再发生改变,后一层上的任何改变只发生在自己这一层。比如,删除前一层文件的操作,实际不是真的删除前一层的文件,而是仅在当前层标记为该文件已删除。在最终容器运行的时候,虽然不会看到这个文件,但是实际上该文件会一直跟随镜像。因此,在构建镜像的时候,需要额外小心,每一层尽量只包含该层需要添加的东西,任何额外的东西应该在该层构建结束前清理掉。
      分层存储的特征还使得镜像的复用、定制变的更为容易。甚至可以用之前构建好的镜像作为基础层,然后进一步添加新的层,以定制自己所需的内容,构建新的镜像。

    docker镜像原理###

      docker镜像在构建的时候利用了aufs文件系统的挂载原理,对文件系统进行构建。
      首先,存在一个 docker 容器在启动时其内部进程可见的文件系统视角,或者称为docker 容器的根目录rootfs。目录下含有 docker 容器所需要的系统文件、工具、容器文件等。(只读属性)
      接着,在特定的镜像中存在每一个镜像独有的文件系统(读写属性),以ubuntu镜像为例,如下图:

      在docker实际应用中,镜像相当于只读层,而容器则相当去上图中的可写层。已构建的镜像会设置成只读模式,read-write写操作是在read-only上的一种增量操作,固不影响read-only层。
      无论是unbuntu这种OS系统,还是mysql,mongo这种具体应用。docker利用的aufs文件系统在文件系统挂载时对镜像进行复用。
      所以我们假设 docker build 构建出来的镜像名分别为 image 1 和 image 2,由于两个 Dockerfile 均基于ubuntu:14.04,因此,image 1 和 image 2 这两个镜像均复用了镜像 ubuntu:14.04。 假设 RUN apt-get update 修改的文件系统内容为 20 MB,最终本地三个镜像的大小关系应该如下 :

     ubuntu:14.04: 200 MB
     image 1:200 MB(ubuntu:14.04 的大小)+ 20 MB = 220 MB
     image 2:200 MB(ubuntu:14.04 的大小)+ 100 MB = 300 MB
    

      如果仅仅是单纯的累加三个镜像的大小,那结果应该是:200 + 220 + 300 = 720 MB,但是由于镜像复用的存在,实际占用的磁盘空间大小是:200 + 20 + 100 + 320 MB,足足节省了 400 MB 的磁盘空间。在此,足以证明镜像复用的巨大好处。
      由此可以说明docker images 列表下镜像大小之和并非是镜像实际硬盘消耗.

    镜像的精简优化###

    1.优化基础镜像####

      基础镜像选择时,选择合适的较小的镜像,常用的 Linux 系统镜像一般有 Ubuntu、CentOs、Alpine···等

    2.串联 Dockerfile 指令####

      在 Dockerfile 中, 每一条指令都会创建一个镜像层,继而会增加整体镜像的大小。当前层作出的操作修改不会影响上一层。
      -用&&串联指令(一般是RUN指令)
      -安装完软件记得clean
    具体实例如下:
    创建自定义Dockerfile:

    FROM ubuntu:14.04
    #基础源镜像
    MAINTAINER ailala
    #描述镜像的创建者,名称和邮箱
    WORKDIR /home
    RUN dd if=/dev/zero of=50M.file bs=1M count=50
    #创建大小为50M的测试文件
    RUN rm -rf 50M.file
    #删除该文件
    

    用该文件生成镜像,执行创建镜像命令:

    docker build -t test:A .
    

    查看生成镜像信息:

    可以看到生成的镜像test:A大小为240M,接下来我们将dockerfile命令进行串联,从而减少层,具体操作如下:
    修改Dockerfile文件,将RUN指令通过&&合并到一起:

    FROM ubuntu:14.04
    #基础源镜像
    MAINTAINER ailala
    #描述镜像的创建者,名称和邮箱
    WORKDIR /home
    RUN dd if=/dev/zero of=50M.file bs=1M count=50 && rm -rf 50M.file
    #创建文件,同时在改层删除该文件
    

    以此创建新镜像,具体操作与以前相同,镜像名为test:A,同样查看docker images如下:

    到此可见同样命令,通过run命令串联,镜像大小缩减了240M-188M=52M
    注:
      其实我们可以发现,前面例子中的dockerfile中只是简单执行了创建文件,然后删除该文件的操作,文件创建后再删除。常规我们一般会认为这种操作实际没有占用存储空间,这里就是docker 镜像的不同之处,由上文我们可以得知,dockerfile创建每条指令都是一个layers层,之后layers层的操作不会影响上一层,也就是说即使我们在该RUN层进行rm -rf 50M.file删除操作,也只是在本层中起作用,而上一层创建的文件依然保留,不会受到影响。所有尽可能将操作指令合并到同一个RUN层中,从而达到精简镜像的目的。

  • 相关阅读:
    windows 10 安装可视化mycat
    YYModel 源码解读(二)之NSObject+YYModel.h (1)
    NSCharacter​Set 使用说明
    YYModel 源码解读(二)之YYClassInfo.h (3)
    Cocoa深入学习:NSOperationQueue、NSRunLoop和线程安全 (转)
    Swift 必备开发库 (高级篇) (转)
    YYModel 源码解读(二)之YYClassInfo.h (2)
    YYModel 源码解读(二)之YYClassInfo.h (1)
    Runtime应用防止按钮连续点击 (转)
    YYModel 源码解读(一)之YYModel.h
  • 原文地址:https://www.cnblogs.com/wucaiyun1/p/11820947.html
Copyright © 2020-2023  润新知