Docker 镜像创建之dockerfile

最新推荐文章于 2024-08-26 11:36:23 发布

茉璃珞

最新推荐文章于 2024-08-26 11:36:23 发布

阅读量2.7k

点赞数 2

分类专栏： Docker 文章标签：大数据

本文链接：https://blog.csdn.net/weixin_51099370/article/details/125787370

版权

Docker 专栏收录该内容

9 篇文章 1 订阅

订阅专栏

1.2 将修改后的容器提交为新的镜像，需要使用该容器的 ID 号创建新镜像

2、基于本地模板创建

二、镜像加载原理

1、bootfs（boot file system）内核系统

2、rootfs（root file system）内核空间

1、基于dockerfile创建（基于AUFS构建）

总结

前言

Dockerfile 是用来构建 Docker 镜像的构建文件, 是由一系列的命令和参数构成的脚本
通过指令的方式构建镜像

一、Docker 镜像的创建

创建镜像有三种方法：

基于已有镜像创建
基于本地模板创建
基于 Dockerfile 创建

1、基于现有镜像创建

1.1启动一个镜像，在容器中做修改

[root@docker ~]# docker images
REPOSITORY   TAG       IMAGE ID       CREATED        SIZE
nginx        latest    87a94228f133   28 hours ago   133MB
centos       7         eeb6ee3f44bd   3 weeks ago    204MB
[root@docker ~]# docker create -it --name test1 centos:7 bash
ae03a782eb8fed80190bfee1c5e459c1e82e1406a55627553e93edc943645217
[root@docker ~]# docker ps -a
CONTAINER ID   IMAGE      COMMAND   CREATED         STATUS    PORTS     NAMES
ae03a782eb8f   centos:7   "bash"    2 seconds ago   Created             test1

1.2 将修改后的容器提交为新的镜像，需要使用该容器的 ID 号创建新镜像

[root@docker ~]# docker commit -m "new" -a "centos" test1 centos:test1
##commit 常用选项：
    -m：说明信息
    -a：作者信息
    -p：生成过程中停止容器的运行

sha256:3e6e91b628effd49a7fa8fea422057cb392c76e852b2d60f9d7287bfa172ff88
[root@docker ~]# docker images
REPOSITORY   TAG       IMAGE ID       CREATED          SIZE
centos       test1     3e6e91b628ef   10 seconds ago   204MB
nginx        latest    87a94228f133   28 hours ago     133MB
centos       7         eeb6ee3f44bd   3 weeks ago      204MB

2、基于本地模板创建

通过导入操作系统模板文件可以生成镜像，模板可以从 OPENVZ 开源项目下载，下载地址：
http://openvz.org/Download/template/precreated

[root@docker ~]# wget http://download.openvz.org/template/precreated/debian-7.0-x86-minimal.tar.gz
[root@docker ~]# cat debian-7.0-x86-minimal.tar.gz | docker import - debian:test
sha256:f7fd702b88cc14fbcc011dc0883edbf45dca3de99b0aef3fc8d184544c07fb5b
[root@docker ~]# docker images
REPOSITORY   TAG       IMAGE ID       CREATED             SIZE
debian       test      f7fd702b88cc   36 seconds ago      215MB
centos       test1     3e6e91b628ef   About an hour ago   204MB
nginx        latest    87a94228f133   29 hours ago        133MB
centos       7         eeb6ee3f44bd   3 weeks ago         204MB

URL 下载方式：

方法一：wget 下载路径 -O 保存路径
方法二：curl -L 下载路径 -o 保存路径

载入选项：

通过 docker save 导出的镜像，使用 docker load 导入 docker
通过 docker export 导出的容器，使用 docker import 导入 docker

二、镜像加载原理

`1、bootfs（boot file system）内核系统`

Docker 的镜像实际上由一层一层的文件系统组成，这种层级的文件系统就是UnionFS。
bootfs 主要包含 bootloader 和 kernel，bootloader 主要是引导加载 kernel，Linux 刚启动时会加载 bootfs 文件系统。
在 Docker 镜像的最底层是 bootfs，这一层与我们典型的 Linux/Unix 系统是一样的，boot 加载完成之后整个内核就都在内存中了，此时内存的使用权已由 bootfs 转交给内核，此时系统也会卸载 bootfs。

2、`rootfs（root file system）内核空间`

rootfs 在 bootfs 之上。包含的就是典型 Linux 系统中的 /dev、/proc、/etc 等标准目录和文件。rootfs 就是各种不同的操作系统的发行版，比如 Ubuntu，Centos 等等。
一开始内核里什么都没有，操作一个命令下载 debian，这是就会在内核上面加了一层基础镜像；再安装一个 emacs，会在基础镜像上叠加一层 image；接着再安装一个 apache，又会在 images 上面再叠加一层 image。最后他们看起来就像一个文件系统即容器的 rootfs。
在 Docker 的体系里把这些 rootfs 叫做 Docker 的镜像。但是，此时的每一层 rootfs 都是 read-only 的，我们此时还不能对其进行操作（基础镜像不可读写）。当我们创建一个容器，也就是将 Docker 镜像进行实例化，系统会在一层或是多层 read-only 的 rootfs 之上分配一层 read-write 的 rootfs。

Docker 的轻量化的原因

因为对于精简的 OS，rootfs 可以很小，只需要包含最基本的命令、工具和程序库就可以了，因为底层直接用宿主机的 kernel，自己只需要提供 rootfs 就可以了，由此可见对于不同的 linux 发行版，bootfs 基本是一致的，rootfs 会有差别，因此不同的发行版可以公用 bootfs。

三、Dockerfile 概述

1、 Dockerfile 定义

Docker 镜像是一个特殊的文件系统，除了提供容器运行时所需的程序、库、资源、配置等文件外，还包含了一些为运行准备的一些配置参数（如匿名卷、环境变量、用户等）。镜像不包含任何动态数据，其内容在构建之后也不会被改变。
镜像的制作实际上就是定制每一层所添加的配置、文件。如果我们可以把每一层修改、安装、构建、操作的命令都写入一个脚本，用这个脚本来构建、定制镜像，那么镜像构建透明性的问题、体积的问题就都会解决。这个脚本就是 Dockerfile。
Dockerfile 是一个文本文件，其内包含了一条条的指令（Instruction），每一条指令构建一层，因此每一条执行的内容，就是描述该层应当如何构建。有了 Dockerfile，当我们需要定制自己额外的需求时，只需在 Dockerfile 上添加或者修改指令，重新生成 image 即可，省去了敲命令的麻烦。
Dockerfile 中每条指定对应 Linux 中的一条命令，Docker 程序将读取 Dockerfile 中的指令生成指定镜像。

2、 Docker 镜像结构的分层

镜像不是一个单一的文件，而是有多层构成。容器其实是在镜像的最上面加了一层读写层，在运行容器里做的任何文件改动，都会写到这个读写层。如果删除了容器，也就删除了其最上面的读写层，文件改动也就丢失了。Docker 使用存储驱动管理镜像每层内容及可读写层的容器层。

Dockerfile 中的每个指令都会创建一个新的镜像层
镜像层会被缓存和复用（下一层执行完后的缓存会给上一层使用）
当 Dockerfile 的指令修改了，复制的文件变化了，或者构建镜像时指定的变量不同了，对应的镜像层缓存就会失效
如果某层命令修改了，当前缓存层会失效，上层引用当前缓存层的也会失效，需要重构镜像，常用于版本升级（功能修改、添加）
镜像层是不可变的，如果在某一层中添加一个文件，然后在下一层中删除它，则镜像中依然会包含该文件，只是这个文件在 Docker 容器中不可见了
Docker 镜像每一层有唯一的编号，可以通过 docker history 来查看一个镜像由哪些层组成

四、docker镜像的创建

基于dockerfile创建（基于AUFS构建）

docker镜像位于bootfs之上
每一层镜像的下一层成为父镜像
第一层镜像成为base image（操作系统环境镜像）
容器层（可读可写，为了给用户操作），在最顶层（writable)
容器层以下都是readonly

LXC是**一种内核中的容器技术**，早期docker在没有将资源容器化的功能时，就是靠内核中LXC来完成容器虚拟化的。现在docker 拥有了自己的docker libcontainer库文件,这种库文件可以做到将资源容器化的操作，所以对LXC的依赖性大大降低。

总结

1、为什么docker的centos镜像只有200M多一点？

因为docker镜像**只有rootts和其他镜像层，共用宿主机的linux内核(bootfs)**，因此很小
bootfs + rootfs :作用是加载、引导内核程序＋挂载使用linux操作系统（centos ubantu)等等一些关键的目录文件。
就是说bootsfs用内核的，rootfs用自己的
对于一个精简的os，rootfs可以很小，只需要包括最基本的命令、工具和程序库就可以了，因为底层直接用Rost的kernel，自己只需要提供rootfs就行了。所以对于不同的linux发行版,bootfs基本是一致的，rootfs会有差别，所以不同的发行版可以公用bootfs

2、LXC和容器是什么关系？

LXC是内核中容器技术/驱动，功能是将资源容器化。完成资源容器虚拟化的过程。是早期docker的依赖组件目前docker 拥有自己的libcontianer库。可以实现容器虚拟化的功能，对LXC依赖性大大降低。

3、dockerfile镜像分层的原理

用overlay2存储引擎的方式叠加上去，最上面是容器层是可读可写的，其他镜像是可读的，
他们是共用的内核资源，共用的是操作系统里所必须的引导程序，挂载，系统之间的文件，
这些文件他和内核之间共享，所以他比实际的centos要小。

4、容器之间相互通信的方式

docker 0 、数据卷容器、 --link 隧道、 container 模式（直连接口，同一个network namespaces里，通过同一个网卡的方式，在同一个名称空间里共有一个IP，通过localhost交互/自己的ip或端口交互）

5、ADD和copy区别

Dockerfile中的COPY指令和ADD指令都可以将主机上的资源复制或加入到容器镜像中，都是在构建镜像的过程中完成的
copy只能用于复制（节省资源）
ADD复制的同时，如果复制的对象时压缩包，ADD还可以解压（消耗资源）
COPY指令和ADD指令的唯一区别在于是否支持从远程URL获取资源。COPY指令只能从执行docker build所在的主机上读取资源并复制到镜像中。而ADD指令还支持通过URL从远程服务器读取资源并复制到镜像中
满足同等功能的情况下，推荐使用COPY指令。ADD指令更擅长读取本地tar文件并解压缩

6、cmd和entrypoint区别

exec:容器加载时使用的启动的第一个任务进程
shell:容器加载时使用的第一个bash (/bin/bash /bin/sh /bin/init)
如果 entrypoint使用了shell模式，CMD指令会被忽略。
如果entrypoint使用了exec模式，CMD指定的内容被追加为 entrypoint指定命令的参数。
如果entrypoint使用了exec模式，CMD也应该使用exec模式。
cmd是容器环境启动时默认加载的命令
entrypoint是容器环境启动时第一个加载的命令程序/脚本程序 init

7、AUFS 与overlay/ overlay2 (docker高版本)

AUFS是一种联合文件系统。它使用同一个Linux
host上的多个目录，逐个堆叠起来，对外呈现出一个统一的文件系统。AUrs使用该特性，实现了Docker镜像的分层
而docker使用了overlay/overlay2存储驱动来支持分层结构
overlays将单个Linux主机上的两个目录合并成一个目录。这些目录被称为层，统一过程被称为联合挂载
overlay 结构
overlayfs在linux主机上只有两层，一个目录在下层，用来保存镜像(docker)，另外一个目录在上层，用来存储容器信息
- rootfs 基础镜像
- lower 下层信息、(为境像层,可读)
- upper 上层目录（容器信息，可读可写)
- work 运行的工作目录（copy-on-write写时复制-》准备容器环境)
- merged "视图层”（容器视图)