Docker42- 镜像原理之联合文件系统

前言

学习狂神老师的 Docker 系列课程,并总结

 

镜像是什么

  • 镜像是一种轻量级、可执行的独立软件保,用来打包软件运行环境和基于运行环境开发的软件
  • 他包含运行某个软件所需的所有内容,包括代码、运行时库、环境变量和配置文件
  • 所有应用,都可以直接打包 docker 镜像,就可以直接跑起来

 

如何得到镜像

  • 从远程仓库下载
  • 别人拷贝给你
  • 自己制作一个镜像 DockerFile

 

UnionFs (联合文件系统)

  • Union文件系统(UnionFs)是一种分层、轻量级并且高性能的文件系统
  • 他支持对文件系统的修改作为一次提交来一层层的叠加,同时可以将不同目录挂载到同一个虚拟文件系统下
  • Union文件系统是 Docker 镜像的基础
  • 可以通过分层来进行继承,基于基础镜像(没有父镜像),可以制作各种具体的应用镜像
  • 特性:一次同时加载多个文件系统,但从外面看起来,只能看到一个文件系统,联合加载会把各层文件系统叠加起来,这样最终的文件系统会包含所有底层的文件和目录

 

Docker镜像加载原理

  • Docker 的镜像实际上由一层一层的文件系统组成,这种层级的文件系统叫 UnionFS
  • boots(boot file system)主要包含 bootloader 和 Kernel,bootloader 主要是引导加载 kernel,Linux 刚启动时会加 bootfs 文件系统,在 Docker 镜像的最底层是 boots,几乎不变
  • 这一层与我们典型的 Linux/Unix 系统是一样的,包含 bootloader 和 Kernel
  • 当 boot 加载完成之后,整个内核就都在内存中了,此时内存的使用权已由 bootfs 转交给内核,此时系统也会卸载 bootfs
  • rootfs(root file system),在 bootfs之上,包含的就是典型 Linux 系统中的 /dev、/proc/bin、/etc 等标准目录和文件
  • rootfs 就是各种不同的操作系统发行版,比如 Ubuntu,Centos 等等

 

平时我们安装进虚拟机的 CentOS 都是好几个G,为什么 Docker 这里才200M?

  • 对于个精简的 OS,rootfs 可以很小,只需要包合最基本的命令,工具和程序库就可以了
  • 因为底层直接用主机的 kernel,自己只需要提供 rootfs 就可以了
  • 由此可见对于不同的 Linux 发行版, boots 基本是一致的, rootfs 会有差別,因此不同的发行版可以公用 bootfs
  • 所以虚拟机启动是分钟级别,容器是秒级!

 

分层理解

下载镜像的时候看到一层层下载就是分层

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

  • 最大的好处,我觉得莫过于资源共享了!
  • 比如有多个镜像都从相同的 Base 镜像构建而来,那么宿主机只需在磁盘上保留一份 base 镜像,同时内存中也只需要加载一份 base 镜像
  • 这样就可以为所有的容器服务了,而且镜像的每一层都可以被共享
  • Already exists 代表宿主机已存在镜像所需的文件,所以不再需要下载,直接使用即可
  • Downloading 代表宿主机没有所需的文件,所以需要下载,下载完之后就会存在宿主机,以后下载其他镜像时如果用到这些文件就可以直接拿来用,不用二次下载了

 

如何查看镜像分层?

docker inspect redis

能看到它分了六层,比如说第一层可能就是安装 centos,后面几层就是安装 redis 所需的缓解经

 

关于镜像分层的理解

  • 所有的 Docker 镜像都起始于一个基础镜像层,其实就是 rootfs,像 Ubuntu、CentOS
  • 当进行修改或添加新的内容时,就会在当前镜像层之上,创建新的镜像层

 

栗子

  • 基于 Ubuntu Linux16.04 创建一个新的镜像,这就是新镜像的第一层
  • 如果在该镜像中添加 Python包,就会在基础镜像层之上创建第二个镜像层
  • 如果继续添加一个安全补丁,就会创健第三个镜像层
  • 该镜像当前已经包含 3 个镜像层
  • 现在可以把它再次打包成一个新的镜像(commit)提供给其他人下载,其他人 pull 下来之后就会有三层东西

 

重点

在添加额外的镜像层的同时,镜像始终保持是当前所有镜像的组合

下图中举了一个简单的例子,每个镜像层包含3个文件,而镜像包含了来自两个镜像层的6个文件

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

 

下图中展示了一个稍微复杂的三层镜像,在外部看来整个镜像只有6个文件,这是因为最上层中的文件7是文件5的一个更新版

这种情況下,上层镜像层中的文件覆盖了底层镜像层中的文件

这样就使得文件的更新版本作为一个新镜像层添加到镜像当中

 

存储引擎

  • Docker 通过存储引擎(新版本采用快照机制)的方式来实现镜像层堆栈,并保证多镜像层对外展示为统一的文件系统
  • Linux 上可用的存储引撃有 AUFS、 Overlay2、 Device Mapper、Btrfs 以及 ZFS
  • 每种存储引擎都基于 Linux 中对应的文件系统或者块设备技术,井且每种存储引擎都有其独有的性能特点
  • Docker 在 Windows上仅支持 windowsfilter 一种存储引擎,该引擎基于 NTFS 文件系统之上实现了分层和CoW

 

镜像层合并

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

上面有查看 redis 镜像的 layer 是 6 层,跟上图差不多,6 个文件就是 6 个 layer

 

特点

  • Docker 镜像都是只读的,当容器启动时,一个新的可写层加载到镜像的顶部!
  • 这一层就是我们通常说的容器层,容器之下的都叫镜像层!

  

原文地址:https://www.cnblogs.com/poloyy

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


最近一直在开发Apworks框架的案例代码,同时也在一起修复Apworks框架中的Bug和一些设计上的不足。遇到的一个普遍问题是,代码的调试过程需要依赖很多外部系统,比如MongoDB、PostgreSQL、RabbitMQ等。当然可以在本机逐一安装这些服务,然后对服务进行配置,使其满足自己开发调试
最近每天都在空闲时间努力编写Apworks框架的案例代码WeText。在文本发布和处理微服务中,我打算使用微软的SQL Server for Linux来做演示,于是也就在自己的docker-compose中加入了MS SQL Server的服务。其实在Docker中运行SQL Server是非常容
在《Kubernetes中分布式存储Rook-Ceph部署快速演练》文章中,我快速介绍了Kubernetes中分布式存储Rook-Ceph的部署过程,这里介绍如何在部署于Kubernetes的ASP.NET Core MVC的应用程序中使用Rook-Ceph所创建的存储对象。 构建ASP.NET C
最近在项目中有涉及到Kubernetes的分布式存储部分的内容,也抽空多了解了一些。项目主要基于Rook-Ceph运行,考虑到Rook-Ceph部署也不那么简单,官方文档的步骤起点也不算低,因此,在整合官方文档的某些步骤的基础上,写篇文章简单总结一下。 Rook-Ceph是Kubernetes中分布
CentOS下Docker与.netcore(一) 之 安装 CentOS下Docker与.netcore(二) 之 Dockerfile CentOS下Docker与.netcore(三)之 三剑客之一Docker-Compose CentOS下Docker与.netcore(四)之 三剑客之一D
CentOS下Docker与.netcore(一) 之 安装 CentOS下Docker与.netcore(二) 之 Dockerfile CentOS下Docker与.netcore(三)之 三剑客之一Docker-Compose CentOS下Docker与.netcore(四)之 三剑客之一D
构建镜像最具挑战性的一点是使镜像大小尽可能的小。Dockerfile中的每条指令都为图像添加了一个图层,您需要记住在移动到下一层之前清理任何不需要的工件。对于多阶段构建,您可以在Dockerfile中使用多个FROM语句。每个FROM指令可以使用不同的基础,并且每个指令都开始一个新的构建。您可以选择
本文介绍compose配置文件参数的使用,熟练编写compose文件 [root@docker lnmp]# cat lnmp.yaml version: '3' services: nginx: build: /root/docker_demo/nginx/ ports: - &q
环境 docker-machine主机:192.168.1.9 docker主机:192.168.1.10 步骤: 安装docker-machine 创建ssh密钥对,实现两主机无密登录 创建docker主机,命名host1 变更docker环境变量 运行容器查看两端是否同步 镜像容器同步测试成功
CentOS下Docker与.netcore(一) 之 安装 CentOS下Docker与.netcore(二) 之 Dockerfile CentOS下Docker与.netcore(三)之 三剑客之一Docker-Compose CentOS下Docker与.netcore(四)之 三剑客之一D
https://blog.csdn.net/wanglei_storage/article/details/77508620 实践中会发现,生产环境中使用单个 Docker 节点是远远不够的,搭建 Docker 集群势在必行。然而,面对 Kubernetes, Mesos 以及 Swarm 等众多容
1.引言 紧接上篇.NET Core容器化@Docker,这一节我们先来介绍如何使用Nginx来完成.NET Core应用的反向代理,然后再介绍多容器应用的部署问题。 2. Why Need Nginx .NET Core中默认的Web Server为Kestrel。 Kestrel is grea
docker rm `docker ps -a | grep Exited | awk '{print $1}'` 删除异常停止的docker容器 docker rmi -f `docker images | grep '<none>' | awk &#3
什么是Docker Compose 在微服务盛行的今天,我们通常是这么定义Compose的:对容器的统一启动和关闭的编排工具。 但是我以前还是有个疑惑,谁会用Compose在一台服务器上部署多个服务呢?干脆直接用单体服务就行了!直到我遇到了以下的一个需求,让我明白了在一台服务器上不得不用多个服务的时
CentOS下Docker与.netcore(一) 之 安装 CentOS下Docker与.netcore(二) 之 Dockerfile CentOS下Docker与.netcore(三)之 三剑客之一Docker-Compose CentOS下Docker与.netcore(四)之 三剑客之一D
很多时候,我们在本地开发过程中程序运行很正常,但是发布到线上之后由于环境的原因,可能会有一些异常。通常我们会通过日志来分析问题,除了日志还有一种常用的调试手段就是:附加进程。 VS中的附加进程非常强大,目前提供了9种常用的附加方式。 在当前.Net Core支持跨平台的大背景下,其中Linux环境和
https://www.cnblogs.com/bigberg/p/8867326.html 一、简介 Docker有个编排工具docker-compose,可以将组成某个应该的多个docker容器编排在一起,同时管理。同样在Swarm集群中,可以使用docker stack 将一组相关联的服务进行
.Net6中想实现对某个网址截屏,可通过Selenium模拟访问网址并实现截图。 实现 安装Nuget包 <PackageReference Include="Selenium.Chrome.WebDriver" Version="85.0.0" /&g
原文 https://www.cnblogs.com/gispathfinder/p/5871043.html 我们在使用docker run创建Docker容器时,可以用--net选项指定容器的网络模式,Docker有以下4种网络模式: host模式,使用--net=host指定。 co