Docker 学习笔记（五）-- Docker 镜像和分层

最新推荐文章于 2024-06-25 06:40:00 发布

稻草人0.0

最新推荐文章于 2024-06-25 06:40:00 发布

阅读量613

点赞数 1

分类专栏： Docker 文章标签： docker 分层

本文链接：https://blog.csdn.net/weixin_43989102/article/details/125493253

版权

Docker 专栏收录该内容

14 篇文章 2 订阅

订阅专栏

本文详细介绍了Docker镜像的概念及其工作原理，包括镜像是如何通过UnionFS实现分层加载，以及Docker镜像的只读特性。通过Dockerfile可以制作自己的镜像，而镜像的分层结构则有利于资源的共享和效率提升。此外，文章还展示了如何通过`docker commit`命令保存容器状态以创建新镜像。

摘要由CSDN通过智能技术生成

1、镜像是什么

镜像是一种轻量级、可执行的独立软件包，用来打包软件运行环境和基于运行环境开发的软件，它包含运行某个软件所需的所有内容，包括代码、运行时、库、环境变量和配置文件。

所有的应用，直接打包docker镜像，就可以直接跑起来!

如何得到镜像∶

从远程仓库下载
自己制作一个镜像 DockerFile

2、Docker 镜像加载原理

UnionFS（联合文件系统）

UnionFS ( 联合文件系统）: Union文件系统( UnionFS )是一种分层、轻量级并且高性能的文件系统，它支持对文件系统的修改作为一次提交来一层层的叠加，同时可以将不同目录挂载到同一个虚拟文件系统下(unite several directories into a single virtualfilesystem)。Union文件系统是Docker镜像的基础。镜像可以通过分层来进行继承，基于基础镜像（没有父镜像），可以制作各种具体的应用镜像。

特性︰一次同时加载多个文件系统，但从外面看起来，只能看到一个文件系统，联合加载会把各层文件系统叠加起来，这样最终的文件系统会包含所有底层的文件和目录

Docker 镜像加载原理

docker的镜像实际上由一层一层的文件系统组成，这种层级的文件系统UnionFS。

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

rootis (root fle system)，在bootfs之上。包含的就是典型 Linux 系统中的/dev、 /proc、 /bin、/etc等标准目录和文件。rootfs 就是各种不同的操作系统发行版，比如Ubuntu ,Centos等等。

在这里插入图片描述

图片来源：Docker分层原理与内部结构_runner668的博客-CSDN博客_docker分层原理

平时我们安装进虚拟机的CentOS都是好几个G，为什么Docker这里才200M ?
在这里插入图片描述

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

3、分层理解

分层的镜像

我们可以去下载一个镜像，注意观察下载的日志输出，可以看到是一层一层的在下载!

在这里插入图片描述

思考: 为什么Docker镜像要采用这种分层的结构呢?

最大的好处，我觉得莫过于是资源共享了!比如有多个镜像都从相同的Base镜像构建而来，那么宿主机只需在磁盘上保留一份base镜像，同时内存中也只需要加载一份base镜像，这样就可以为所有的容器服务了，而且镜像的每一层都可以被共享。

查看镜像分层的方式可以通过 docker image inspect 命令!

[root@localhost ~]$ docker image inspect redis:latest
[
    {
		......
        "RootFS": {
            "Type": "layers",
            "Layers": [
                "sha256:2edcec3590a4ec7f40cf0743c15d78fb39d8326bc029073b41ef9727da6c851f",
                "sha256:9b24afeb7c2f21e50a686ead025823cd2c6e9730c013ca77ad5f115c079b57cb",
                "sha256:4b8e2801e0f956a4220c32e2c8b0a590e6f9bd2420ec65453685246b82766ea1",
                "sha256:529cdb636f61e95ab91a62a51526a84fd7314d6aab0d414040796150b4522372",
                "sha256:9975392591f2777d6bf4d9919ad1b2c9afa12f9a9b4d260f45025ec3cc9b18ed",
                "sha256:8e5669d8329116b8444b9bbb1663dda568ede12d3dbcce950199b582f6e94952"
            ]
        },
        ......
    }
]

理解

所有的 Docker 镜像都起始于一个基础镜像层，当进行修改或增加新的内容时，就会在当前镜像层之上，创建新的镜像层。

举一个简单的例子，假如基于 Ubuntu Linux 16.04 创建一个新的镜像，这就是新镜像的第一层; 如果在该镜像中添加 Python 包,就会在基础镜像层之上创建第二个镜像层; 如果继续添加一个安全补丁，就会创建第三个镜像层。

该镜像当前已经包含3个镜像层，如下图所示(这只是一个用于演示的很简单的例子)。

在这里插入图片描述

在添加额外的镜像层的同时，镜像始终保持是当前所有镜像的组合，理解这一点非常重要。下图中举了一个简单的例子，每个镜像层包含3个文件，而镜像包含了来自两个镜像层的6个文件。

在这里插入图片描述

上图中的镜像层跟之前图中的略有区别，主要目的是便于展示文件。

下图中展示了一个稍微复杂的三层镜像，在外部看来整个镜像只有6个文件，这是因为最上层中的文件7是文件5的一个更新版本。
在这里插入图片描述

这种情况下，上层镜像层中的文件覆盖了底层镜像层中的文件。这样就使得文件的更新版本作为一个新镜像层添加到镜像当中。

Docker通过存储引擎（新版本采用快照机制)的方式来实现镜像层堆栈，并保证多镜像层对外展示为统一的文件系统。

Linux上可用的存储引擎有AUFS、Overlay2、Device Mapper、Btrfs以及ZFS。顾名思义，每种存储引擎都基于Linux中对应的文件系统或者块设备技术，并且每种存储引擎都有其独有的性能特点。

Docker在Windows上仅支持 windowsfilter一种存储引擎，该引擎基于NTFS 文件系统之上实现了分层和CoW[1]。

下图展示了与系统显示相同的三层镜像。所有镜像层堆叠并合并，对外提供统一的视图。

在这里插入图片描述

特点

Docker镜像都是只读的，当容器启动时，一个新的可写层被加载到镜像的顶部!

这一层就是我们通常说的容器层，容器之下的都叫镜像层!

在这里插入图片描述

4、Commit 镜像

docker commit # 提交一个容器成为一个新的副本

# 命令和 Git 类似
docker commit -m="提交的描述信息" -a="指定镜像作者" [容器 ID] [指定要创建的目标镜像名]:[Tag标签]

测试

1、启动 Tomcat 容器

注意：阿里云里的 tomcat 镜像的 webapps 下没有任何文件

# 阿里云里的 tomcat 的 webapps 下没有任何文件
# 启动 Tomcat 容器
[root@localhost ~]$ docker images
REPOSITORY               TAG       IMAGE ID       CREATED        SIZE
tomcat                   9.0       b8e65a4d736d   6 months ago   680MB
[root@localhost ~]$ docker run -it -p 8080:8080 tomcat:9.0

2、进入容器

新终端打开

# 进入容器
[root@localhost ~]$ docker ps
CONTAINER ID   IMAGE         COMMAND             CREATED         STATUS         PORTS                  NAMES
8398ac52bc49   tomcat:9.0  "catalina.sh run"   2 minutes ago   Up 2 minutes   0.0.0.0:8080->8080/tcp   cool_sutherland
[root@localhost ~]$ docker exec -it 8398ac52bc49 /bin/bash

3、操作容器

webapps.dist 目录下的应用拷贝到为空的 webapps 目录

# 操作容器
# webapps.dist 目录下的应用拷贝到 为空的 webapps 目录 
root@8398ac52bc49:/usr/local/tomcat$ cd webapps
root@8398ac52bc49:/usr/local/tomcat/webapps$ ls
root@8398ac52bc49:/usr/local/tomcat/webapps$ cd ../
root@8398ac52bc49:/usr/local/tomcat$ ls
BUILDING.txt  CONTRIBUTING.md  LICENSE	NOTICE	README.md  RELEASE-NOTES  RUNNING.txt  bin  conf  lib  logs  native-jni-lib  temp  webapps  webapps.dist  work
# -r 递归
root@8398ac52bc49:/usr/local/tomcat$ cp -r  webapps.dist/*  webapps
root@8398ac52bc49:/usr/local/tomcat$ cd webapps
root@8398ac52bc49:/usr/local/tomcat/webapps$ ls
ROOT  docs  examples  host-manager  manager
root@8398ac52bc49:/usr/local/tomcat/webapps$ exit
exit

4、提交容器

[root@localhost ~]$ docker ps
CONTAINER ID   IMAGE  		COMMAND    			CREATED          STATUS          PORTS                               NAMES
8398ac52bc49   tomcat:9.0   "catalina.sh run"   13 minutes ago   Up 13 minutes   0.0.0.0:8080->8080/tcp          cool_sutherland
[root@localhost ~]$ docker commit -a="mianbao" -m="add webapps app" 8398ac52bc49 mytomcat:1.0
sha256:3b3325451acea4dc8ba89a54f65876a54b80caa337574b5231eb2536fa57b001
[root@localhost ~]$ docker images
REPOSITORY               TAG       IMAGE ID       CREATED         SIZE
mytomcat                 1.0       3b3325451ace   2 minutes ago   685MB
tomcat                   9.0       b8e65a4d736d   6 months ago    680MB