浅谈Overlay File System的应用

本文介绍了Overlay文件系统的基本原理及其在嵌入式系统和Docker中的应用。在嵌入式系统中,Overlay通过结合只读和可读写分区提供灵活的存储解决方案;在Docker中,OverlayFS作为存储驱动,用于合并镜像的只读层和容器的可读写层,简化了容器的文件系统管理。
摘要由CSDN通过智能技术生成

前言

随着Linux Kernel从3.18开始,将Overlay文件系统纳入主线开发维护,到目前为止,经过不断的进行完善和开发,Overlay文件系统的地位变得越来越重要,并且从各方面来说,其作用和优点也越来越显著。

对于Overlay的原理,网上有很多文章进行了详细介绍,此处不再赘述其原理,下面仅做大致描述,以方便读者对文章后续的理解。

Overlay基本原理

Overlay文件系统类似于堆叠的文件系统,它本身不像其他传统文件系统(jffs2、ext4、fat…)那样,直接参与磁盘空间及节点存储的划分。它更像是一个皮包公司,依赖并构建于其他传统文件系统之上,“合并”底层传统文件系统中文件内容的差异并进行“合并”,然后再向用户呈现。因此用户看到的文件系统根目录,其实是overlay“合并”的文件系统目录的“合集”。

文件系统的理解,可以参考一本书的结构:
一本书有厚有很多内容(类比为磁盘空间),而每本书前面的目录(类比为文件系统),可以帮我们准确的定位到你要查找的内容在书正文的那一页(类比为文件系统inode节点)。

为了便于理解,来一张图进行简单说明:

Overlay应用场景很多,下面仅从两个接触到的应用领域进行较详细的说明:

  • Overlay在嵌入式系统中的应用
  • Overlay在Docker中的应用

1. Overlay在嵌入式系统中的应用

众所周知,在嵌入式通信行业,尤其是需要跑Linux操作系统的嵌入式通信产品,如交换机、WiFi路由器、GPON ONU等设备中,由于系统硬件资源及成本限制,存储通常使用SPI接口的Flash,容量基本8/16/32MByte居多(Nand Flash一般存储容量大,但是运行里面的Kernel及文件系统需要先将此分区读取出来加载在内存运行,这种方式不在讨论范围),如果使用在工业级设备上的话,为了系统稳定及容灾的考虑,都会做双image备份,这就导致存储资源更加紧缺。

而制作根文件系统使用的主要有jffs2和squashfs,两者的区别在于,jffs2 的文件系统可读写,但是压缩比率较低,squash的文件系统为只读,压缩率高,所以比较普遍的做法有两种,各有优缺点,根据自已也无需求选择使用,分别如下:

  • 传统方式
  • Overlay方式

这样实现的方式,如果要实现类似恢复出厂设置的功能时,只需要将jffs2的用户数据分区内容直接删除即可。

1.1 传统方式

根文件系统制作为squash fs,而单独划分一个jffs2的数据分区,用来存储用户对设备的配置信息,在系统启动之后,自动挂载此数据分区到squash根文件系统预先创建的目录下,从而实现用户配置信息的存储。
实现脚本:

# 只需在系统家电启动的时候,启动脚本中mount此block即可,制作只读文件系统时,预先创建好/user/data
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值