docker基础整理（4）-- 文件系统（overlayfs）与overlay2 持久化存储，共享与备份还原

最新推荐文章于 2024-07-31 22:04:50 发布

xlbubble

最新推荐文章于 2024-07-31 22:04:50 发布

阅读量3.3k

点赞数 1

分类专栏： docker

本文链接：https://blog.csdn.net/xl_2016/article/details/103050653

版权

本文详细介绍了Docker的overlay2存储驱动，它是基于OverlayFS的，支持128层镜像层，适用于Docker 18.09及以上版本。文章阐述了Docker的文件系统原理，包括CoW策略，以及如何通过存储卷和挂载目录实现数据的持久化和共享。此外，还讨论了容器的备份与还原方法。

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

Docker文件系统

Docker镜像是一层层构建的，其文件系统是一种联合文件系统，这种文件系统不是传统意义上的linux文件系统（如ext4，xfs，direct-lvm，btrfs，zfs等），并不直接参与磁盘空间的划分，而是基于底层的linux文件系统，联合文件系统中各目录所呈现。因此对于容器来讲，其根目录是挂载了多个目录的合集（merged，df即可查看）。
Docker不同文件系统对应不同的存储驱动。通过存储驱动来管理镜像层和可写容器层的内容。每个存储驱动程序对实现的处理方式不同，但是基本所有驱动程序都使用可堆叠的镜像层和写时复制（CoW）策略（除VFS外）。

CoW（Copy-on-write）

写时复制是一种共享和复制文件的策略。我们知道docker镜像层是只读的，所有容器的改变都仅发生在其容器读写层，如果容器层需要修改镜像层文件时，会将镜像层文件复制到该层并进行修改。如果容器对镜像层文件读操作时，则它可以直接读取镜像层文件。
多个容器是可以共享镜像的，通常镜像已经包含完整的应用和配置了，容器间彼此的差异只在于自己的容器层，该层只包含了将该容器系统与其他容器区分开来的内容，甚至，有些容器使用的是完全一样的镜像。在这些场景中，写时复制就可以非常有效地节省IO和后续层大小。
Docker写时复制缺点：容器进程写入时，整个文件会被复制和编辑，即便只是大文件的一部分被修改，整个文件都需要被复制，会增加容器系统大小且消耗容器IO。因此不适合写密集型应用，如数据库。这种情况可以通过外挂数据卷提高写性能。
Docker文件系统，存储驱动和底层文件系统对应关系：

本文仅介绍Overlayfs和对应的存储驱动Overlay2。Docker 18.09在主流linux系统中都默认使用overlay2驱动。
如果考虑修改为overlay2驱动，请确保Linux内核的版本4.0或更高版本，或者使用3.10.0-514及更高版本的RHEL或CentOS。
注意：更改存储驱动程序时，所有现有的镜像和容器都将无法访问。这是因为新存储驱动程序无法使用其镜像层。如果还原更改，则可以再次访问旧的就给镜像和容器，但是使用新驱动程序提取或创建的任何镜像和容器将无法访问。

# 修改docker存储驱动：
# systemctl stop docker
# cp -au /var/lib/docker /var/lib/docker.bak
# 创建或编辑/etc/docker/daemon.json，写入一些内容，注意json文件格式：
{
  "storage-driver": "overlay2"
}
# systemctl start docker

# docker info
Containers: 1
 Running: 1
 Paused: 0
 Stopped: 0
Images: 24
Server Version: 18.09.1
Storage Driver: overlay2
 Backing Filesystem: xfs
 ...