docker文件存储驱动overlay2

最新推荐文章于 2024-10-11 18:16:54 发布
最新推荐文章于 2024-10-11 18:16:54 发布
阅读量534 收藏 1
点赞数
分类专栏： docker
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/y19910825/article/details/106943780
版权

背景

https://zhuanlan.zhihu.com/p/41958018

本系列Docker笔记将以基于TensorFlow的模型的训练与部署的具体场景为例，总结Docker的基本原理、安装、镜像制作、容器部署等。事实上，在学校实验室和自己的开源项目推进Docker使用已经快1年了，这篇文章之所以现在才开始写，纯粹是拖太久。

安装docker与nvidia-docker

首先，请以官网教程安装docker：

How to install docker on Ubuntu 16.04

如果你打算制作或者使用涉及到cuda或者cuddn等与GPU相关的镜像或容器，你需要安装nvidia-docker，请按照repo里的步骤安装nvidia-docker：

How to install nvidia-docker on Ubuntu 16.04

在完成两步安装后，需要更改docker守护进程默认的runtime参数，请将/etc/docker/daemon.json文件中键default-runtime对应的值修改为nvidia，然后通过sudo service docker restart重启docker服务，这一步操作是为了避免之后运行与cuda或者cudnn库相关的容器时每次都要指定runtime参数的情况。

请务必确认docker被正确安装，接下来我们将从基本概念开始介绍docker，一直到模型部署。

基本概念

首先引用百度百科的定义：

Docker 是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的容器中，然后发布到任何流行的 Linux 机器上，也可以实现虚拟化。容器是完全使用沙箱机制，相互之间不会有任何接口。

其次是官网的定义：

Docker is a platform for developers and sysadmins to develop, deploy, and run applications with containers.

其实百度百科的总结已经足够好了，更概括地，Docker是一个轻量级虚拟机制作、分发、部署工具。

Docker有两个非常重要的概念，他们分别是镜像（image）与容器（container），直观地，我们可以将容器类比为虚拟机，这个虚拟机可能是正在运行的，也可能是已经停止的，而镜像则是像配置文件一样定义了这些虚拟机如何运行。

而事实上事情要比上面的例子复杂很多，镜像和容器的本质一个文件系统：

在计算机中，文件系统（File System）是命名文件及放置文件的逻辑存储和恢复的系统。

我们首先将以Overlay2为例，详细介绍镜像与容器的区别和联系。

Overlay2

接下来将简要的介绍文件存储驱动overlay2，以便于更好的理解容器与镜像的关系。overlay2是Ubuntu上最新的Docker CE版本18.06.0上的默认存储驱动。上段提到，本质上镜像与容器都是文件系统，它们唯一的不同，就是镜像是只读的，而容器是可读可写的。

举个例子，我们通过以下命令获取Ubuntu的镜像：

➜  overlay2 docker pull ubuntu
Using default tag: latest
latest: Pulling from library/ubuntu
c64513b74145: Pull complete
01b8b12bad90: Pull complete
c5d85cf7a05f: Pull complete
b6b268720157: Pull complete
e12192999ff1: Pull complete
Digest: sha256:3f119dc0737f57f704ebecac8a6d8477b0f6ca1ca0332c7ee1395ed2c6a82be7
Status: Downloaded newer image for ubuntu:latest
➜  overlay2 docker images
REPOSITORY          TAG                 IMAGE ID            CREATED             SIZE
ubuntu              latest              735f80812f90        2 weeks ago         83.5MB

可以看出，Ubuntu镜像具有5层，这5层都是只读的，我们可以在这个目录看到他们：

➜  overlay2 pwd
/var/lib/docker/overlay2
➜  overlay2 ll
total 24K
drwx------ 4 root root 4.0K 8月  13 19:52 0ba50fa3b79a5dc66ebb8f2939e77128b0ab7c3989fc776bd4268af366bd148 5
drwx------ 3 root root 4.0K 8月  13 19:52 225c757add2a395c0cfc47e1bc4472bf8fccf9dedd42f76f99b21c7637cb2a7 6
drwx------ 4 root root 4.0K 8月  13 19:53 40b4fd1a0dea16978cffe5f26deee9a5834c76752db8c3b2a86057037a12b5f 5
drwx------ 4 root root 4.0K 8月  13 19:52 7bb93daf624b3fc798554d36b75940fced7713f0d165631131432e230718555 9
drwx------ 4 root root 4.0K 8月  13 19:52 ea274fcefed09dd48b0c6baa45e66bcd00887d4abbddbee1ef804c9dc7cfba4 e
drwxr-xr-x 2 root root 4.0K 8月  13 19:53 l

以及这个文件夹：

➜  l pwd
/var/lib/docker/overlay2/l
➜  l ll
total 20K
lrwxrwxrwx 1 root root 72 8月  13 19:52 IBZJKDU6Z76YR2ZDYWHDVUVHEZ -> ../0ba50fa3b79a5dc66ebb8f2939e77128 b0ab7c3989fc776bd4268af366bd1485/diff
lrwxrwxrwx 1 root root 72 8月  13 19:52 NRJEUKQPNXJQSQBLGCULIHRT77 -> ../7bb93daf624b3fc798554d36b75940fc ed7713f0d165631131432e2307185559/diff
lrwxrwxrwx 1 root root 72 8月  13 19:52 UXY6233J7FGSMGWJ2KJKU4Z6U3 -> ../225c757add2a395c0cfc47e1bc4472bf 8fccf9dedd42f76f99b21c7637cb2a76/diff
lrwxrwxrwx 1 root root 72 8月  13 19:52 VYQ3FKAYCIQNRXABOBPQ3ACEEH -> ../ea274fcefed09dd48b0c6baa45e66bcd 00887d4abbddbee1ef804c9dc7cfba4e/diff
lrwxrwxrwx 1 root root 72 8月  13 19:53 ZFT2GFUH6ZW3BMC3A4VY7S6HZV -> ../40b4fd1a0dea16978cffe5f26deee9a5 834c76752db8c3b2a86057037a12b5f5/diff

可以发现，全部都是到各层diff之间的软链接，以IBZJKDU6Z76YR2ZDYWHDVUVHEZ为例，我们观察一下这个链接目录：

➜  l cd IBZJKDU6Z76YR2ZDYWHDVUVHEZ
➜  IBZJKDU6Z76YR2ZDYWHDVUVHEZ ll
total 4.0K
drwxr-xr-x 3 root root 4.0K 7月  27 06:20 etc

发现除了etc文件夹之外空空如也，再以NRJEUKQPNXJQSQBLGCULIHRT77为例，观察一下这个符号链接目录的内容：

➜  NRJEUKQPNXJQSQBLGCULIHRT77 ll
total 16K
drwxr-xr-x 4 root root 4.0K 7月  27 06:20 etc
drwxr-xr-x 2 root root 4.0K 7月  27 06:20 sbin
drwxr-xr-x 3 root root 4.0K 7月  25 04:51 usr
drwxr-xr-x 3 root root 4.0K 7月  25 04:53 var

可以发现以上内容。事实上，每层的diff即是文件系统在统一挂载时的挂载点，我们可以再进一步地观察下一层，UXY6233J7FGSMGWJ2KJKU4Z6U3的内容：

➜  UXY6233J7FGSMGWJ2KJKU4Z6U3 ll
total 76K
drwxr-xr-x  2 root root 4.0K 7月  25 04:53 bin
drwxr-xr-x  2 root root 4.0K 4月  24 16:34 boot
drwxr-xr-x  4 root root 4.0K 7月  25 04:51 dev
drwxr-xr-x 29 root root 4.0K 7月  25 04:53 etc
drwxr-xr-x  2 root root 4.0K 4月  24 16:34 home
drwxr-xr-x  8 root root 4.0K 7月  25 04:51 lib
drwxr-xr-x  2 root root 4.0K 7月  25 04:52 lib64
drwxr-xr-x  2 root root 4.0K 7月  25 04:51 media
drwxr-xr-x  2 root root 4.0K 7月  25 04:51 mnt
drwxr-xr-x  2 root root 4.0K 7月  25 04:51 opt
drwxr-xr-x  2 root root 4.0K 4月  24 16:34 proc
drwx------  2 root root 4.0K 7月  25 04:53 root
drwxr-xr-x  4 root root 4.0K 7月  25 04:51 run
drwxr-xr-x  2 root root 4.0K 7月  25 04:53 sbin
drwxr-xr-x  2 root root 4.0K 7月  25 04:51 srv
drwxr-xr-x  2 root root 4.0K 4月  24 16:34 sys
drwxrwxrwt  2 root root 4.0K 7月  25 04:53 tmp
drwxr-xr-x 10 root root 4.0K 7月  25 04:51 usr
drwxr-xr-x 11 root root 4.0K 7月  25 04:53 var

可以发现这一层仿佛就是一个Ubuntu了。到这里我们可以知道，镜像是由多个层组织并定义的，这些层本质上是文件，这些文件是只读的，每层具体的文件存放在层标识符下的diff目录下。接下来我们将介绍他们是如何被组织起来的。

回过头来，我们继续观察层标识符目录：

➜  overlay2 pwd
/var/lib/docker/overlay2
➜  overlay2 ll
total 24K
drwx------ 4 root root 4.0K 8月  13 19:52 0ba50fa3b79a5dc66ebb8f2939e77128b0ab7c3989fc776bd4268af366bd148 5
drwx------ 3 root root 4.0K 8月  13 19:52 225c757add2a395c0cfc47e1bc4472bf8fccf9dedd42f76f99b21c7637cb2a7 6
drwx------ 4 root root 4.0K 8月  13 19:53 40b4fd1a0dea16978cffe5f26deee9a5834c76752db8c3b2a86057037a12b5f 5
drwx------ 4 root root 4.0K 8月  13 19:52 7bb93daf624b3fc798554d36b75940fced7713f0d165631131432e230718555 9
drwx------ 4 root root 4.0K 8月  13 19:52 ea274fcefed09dd48b0c6baa45e66bcd00887d4abbddbee1ef804c9dc7cfba4 e
drwxr-xr-x 2 root root 4.0K 8月  13 19:53 l

接着我们进入225c757add2a395c0cfc47e1bc4472bf8fccf9dedd42f76f99b21c7637cb2a7这个目录，观察一下目录结构：

➜  225c757add2a395c0cfc47e1bc4472bf8fccf9dedd42f76f99b21c7637cb2a76 tree . -L 2
.
├── diff
│   ├── bin
│   ├── boot
│   ├── dev
│   ├── etc
│   ├── home
│   ├── lib
│   ├── lib64
│   ├── media
│   ├── mnt
│   ├── opt
│   ├── proc
│   ├── root
│   ├── run
│   ├── sbin
│   ├── srv
│   ├── sys
│   ├── tmp
│   ├── usr
│   └── var
└── link

20 directories, 1 file

好像没什么特别的，接着我们进入0ba50fa3b79a5dc66ebb8f2939e77128b0ab7c3989fc776bd4268af366bd148这个目录，观察一下目录结构：

➜  overlay2 cd 0ba50fa3b79a5dc66ebb8f2939e77128b0ab7c3989fc776bd4268af366bd1485

➜  0ba50fa3b79a5dc66ebb8f2939e77128b0ab7c3989fc776bd4268af366bd1485 tree .
.
├── diff
│   └── etc
│       └── apt
│           └── sources.list
├── link
├── lower
└── work

4 directories, 3 files
➜  0ba50fa3b79a5dc66ebb8f2939e77128b0ab7c3989fc776bd4268af366bd1485 cat lower
l/VYQ3FKAYCIQNRXABOBPQ3ACEEH:l/NRJEUKQPNXJQSQBLGCULIHRT77:l/UXY6233J7FGSMGWJ2KJKU4Z6U3#
➜  0ba50fa3b79a5dc66ebb8f2939e77128b0ab7c3989fc776bd4268af366bd1485 cat link
IBZJKDU6Z76YR2ZDYWHDVUVHEZ#

可以看出，link文件描述了该层标识符的精简版，而lower文件描述了层序的组织关系。接着我们通过以下命令启动一个容器：

➜  0ba50fa3b79a5dc66ebb8f2939e77128b0ab7c3989fc776bd4268af366bd1485 docker run -it ubuntu

然后通过以下命令观察overlay2联合挂载情况：

root@7d01751deb92:/# mount | grep overlay
overlay on / type overlay (rw,relatime,lowerdir=/var/lib/docker/overlay2/l/FSK5KQSBSQH67GQ5IEWQKL4YPF:/var/lib/docker/overlay2/l/ZFT2GFUH6ZW3BMC3A4VY7S6HZV:/var/lib/docker/overlay2/l/IBZJKDU6Z76YR2ZDYWHDVUVHEZ:/var/lib/docker/overlay2/l/VYQ3FKAYCIQNRXABOBPQ3ACEEH:/var/lib/docker/overlay2/l/NRJEUKQPNXJQSQBLGCULIHRT77:/var/lib/docker/overlay2/l/UXY6233J7FGSMGWJ2KJKU4Z6U3,upperdir=/var/lib/docker/overlay2/3895f4ddbd45f65e509ed996d39536d1737647bf1b70c2b9c82b6765b2e376da/diff,workdir=/var/lib/docker/overlay2/3895f4ddbd45f65e509ed996d39536d1737647bf1b70c2b9c82b6765b2e376da/work)
root@7d01751deb92:/#

我们可以观察到一些关键信息，例如lowerdir，可以看到是这些层标识符：

FSK5KQSBSQH67GQ5IEWQKL4YPF

ZFT2GFUH6ZW3BMC3A4VY7S6HZV
IBZJKDU6Z76YR2ZDYWHDVUVHEZ
VYQ3FKAYCIQNRXABOBPQ3ACEEH
NRJEUKQPNXJQSQBLGCULIHRT77
UXY6233J7FGSMGWJ2KJKU4Z6U3

这时我们再观察overlay2文件夹，发现在该文件夹和l文件夹都多出了2个标识符：

➜  overlay2 ls | grep 389
3895f4ddbd45f65e509ed996d39536d1737647bf1b70c2b9c82b6765b2e376da
3895f4ddbd45f65e509ed996d39536d1737647bf1b70c2b9c82b6765b2e376da-init
➜  l ll | grep 389
lrwxrwxrwx 1 root root 77 8月  13 20:26 FSK5KQSBSQH67GQ5IEWQKL4YPF -> ../3895f4ddbd45f65e509ed996d39536d1 737647bf1b70c2b9c82b6765b2e376da-init/diff
lrwxrwxrwx 1 root root 72 8月  13 20:26 O5NQ7PKEES3VHMHNZAZHE54M2C -> ../3895f4ddbd45f65e509ed996d39536d1 737647bf1b70c2b9c82b6765b2e376da/diff

这一层是动态生成的，观察其目录结构：

➜  3895f4ddbd45f65e509ed996d39536d1737647bf1b70c2b9c82b6765b2e376da-init tree . -L 4
.
├── diff
│   ├── dev
│   │   └── console
│   └── etc
│       ├── hostname
│       ├── hosts
│       ├── mtab -> /proc/mounts
│       └── resolv.conf
├── link
├── lower
└── work
    └── work

5 directories, 7 files

可以看出，它主要是一些配置文件构成的层。而不带init后缀的3895f4ddbd45f65e509ed996d39536d1737647bf1b70c2b9c82b6765b2e376da的情况就比较特殊了：

➜  3895f4ddbd45f65e509ed996d39536d1737647bf1b70c2b9c82b6765b2e376da tree . -L 2
.
├── diff
├── link
├── lower
├── merged
│   ├── bin
│   ├── boot
│   ├── dev
│   ├── etc
│   ├── home
│   ├── lib
│   ├── lib64
│   ├── media
│   ├── mnt
│   ├── opt
│   ├── proc
│   ├── root
│   ├── run
│   ├── sbin
│   ├── srv
│   ├── sys
│   ├── tmp
│   ├── usr
│   └── var
└── work
    └── work

23 directories, 2 files
➜  3895f4ddbd45f65e509ed996d39536d1737647bf1b70c2b9c82b6765b2e376da cat lower
l/FSK5KQSBSQH67GQ5IEWQKL4YPF:l/ZFT2GFUH6ZW3BMC3A4VY7S6HZV:l/IBZJKDU6Z76

回忆一下225c757add2a395c0cfc47e1bc4472bf8fccf9dedd42f76f99b21c7637cb2a7这个标识符：

➜  225c757add2a395c0cfc47e1bc4472bf8fccf9dedd42f76f99b21c7637cb2a76 tree . -L 2
.
├── diff
│   ├── bin
│   ├── boot
│   ├── dev
│   ├── etc
│   ├── home
│   ├── lib
│   ├── lib64
│   ├── media
│   ├── mnt
│   ├── opt
│   ├── proc
│   ├── root
│   ├── run
│   ├── sbin
│   ├── srv
│   ├── sys
│   ├── tmp
│   ├── usr
│   └── var
└── link

20 directories, 1 file

可以看出，3895f4ddbd45f65e509ed996d39536d1737647bf1b70c2b9c82b6765b2e376da这标识符多了一个文件夹merged，与225c757add2a395c0cfc47e1bc4472bf8fccf9dedd42f76f99b21c7637cb2a76的diff文件夹相似，它正是容器的可读可写层。讲到这里，我们在回头来观察overlay2联合挂载情况：

root@7d01751deb92:/# mount | grep overlay
overlay on / type overlay (rw,relatime,lowerdir=/var/lib/docker/overlay2/l/FSK5KQSBSQH67GQ5IEWQKL4YPF:/var/lib/docker/overlay2/l/ZFT2GFUH6ZW3BMC3A4VY7S6HZV:/var/lib/docker/overlay2/l/IBZJKDU6Z76YR2ZDYWHDVUVHEZ:/var/lib/docker/overlay2/l/VYQ3FKAYCIQNRXABOBPQ3ACEEH:/var/lib/docker/overlay2/l/NRJEUKQPNXJQSQBLGCULIHRT77:/var/lib/docker/overlay2/l/UXY6233J7FGSMGWJ2KJKU4Z6U3,upperdir=/var/lib/docker/overlay2/3895f4ddbd45f65e509ed996d39536d1737647bf1b70c2b9c82b6765b2e376da/diff,workdir=/var/lib/docker/overlay2/3895f4ddbd45f65e509ed996d39536d1737647bf1b70c2b9c82b6765b2e376da/work)
root@7d01751deb92:/#

我们可以看出，overlay2将lowerdir、upperdir、workdir联合挂载，形成最终的merged挂载点，其中lowerdir是镜像只读层，upperdir是容器可读可写层，workdir是执行涉及修改lowerdir执行copy_up操作的中转层（例如，upperdir中不存在，需要从lowerdir中进行复制，该过程暂未详细了解，遇到了再分析），接着我们可以做一个实验，我们在容器中通过以下命令创建一个文件：

root@7d01751deb92:/# touch test.txt

接下来我们观察容器的可读写层，与镜像的只读层：

➜  3895f4ddbd45f65e509ed996d39536d1737647bf1b70c2b9c82b6765b2e376da ll diff
total 0
-rw-r--r-- 1 root root 0 8月  13 20:54 test.txt
➜  3895f4ddbd45f65e509ed996d39536d1737647bf1b70c2b9c82b6765b2e376da ll merged
total 76K
drwxr-xr-x 2 root root 4.0K 7月  25 04:53 bin
drwxr-xr-x 2 root root 4.0K 4月  24 16:34 boot
drwxr-xr-x 1 root root 4.0K 8月  13 20:26 dev
drwxr-xr-x 1 root root 4.0K 8月  13 20:26 etc
drwxr-xr-x 2 root root 4.0K 4月  24 16:34 home
drwxr-xr-x 8 root root 4.0K 7月  25 04:51 lib
drwxr-xr-x 2 root root 4.0K 7月  25 04:52 lib64
drwxr-xr-x 2 root root 4.0K 7月  25 04:51 media
drwxr-xr-x 2 root root 4.0K 7月  25 04:51 mnt
drwxr-xr-x 2 root root 4.0K 7月  25 04:51 opt
drwxr-xr-x 2 root root 4.0K 4月  24 16:34 proc
drwx------ 2 root root 4.0K 7月  25 04:53 root
drwxr-xr-x 1 root root 4.0K 7月  27 06:20 run
drwxr-xr-x 1 root root 4.0K 7月  27 06:20 sbin
drwxr-xr-x 2 root root 4.0K 7月  25 04:51 srv
drwxr-xr-x 2 root root 4.0K 4月  24 16:34 sys
-rw-r--r-- 1 root root    0 8月  13 20:54 test.txt
drwxrwxrwt 2 root root 4.0K 7月  25 04:53 tmp
drwxr-xr-x 1 root root 4.0K 7月  25 04:51 usr
drwxr-xr-x 1 root root 4.0K 7月  25 04:53 var
➜  3895f4ddbd45f65e509ed996d39536d1737647bf1b70c2b9c82b6765b2e376da ll ../225c757add2a395c0cfc47e1bc4472bf8fccf9dedd42f76f99b21c7637cb2a76/diff
total 76K
drwxr-xr-x  2 root root 4.0K 7月  25 04:53 bin
drwxr-xr-x  2 root root 4.0K 4月  24 16:34 boot
drwxr-xr-x  4 root root 4.0K 7月  25 04:51 dev
drwxr-xr-x 29 root root 4.0K 7月  25 04:53 etc
drwxr-xr-x  2 root root 4.0K 4月  24 16:34 home
drwxr-xr-x  8 root root 4.0K 7月  25 04:51 lib
drwxr-xr-x  2 root root 4.0K 7月  25 04:52 lib64
drwxr-xr-x  2 root root 4.0K 7月  25 04:51 media
drwxr-xr-x  2 root root 4.0K 7月  25 04:51 mnt
drwxr-xr-x  2 root root 4.0K 7月  25 04:51 opt
drwxr-xr-x  2 root root 4.0K 4月  24 16:34 proc
drwx------  2 root root 4.0K 7月  25 04:53 root
drwxr-xr-x  4 root root 4.0K 7月  25 04:51 run
drwxr-xr-x  2 root root 4.0K 7月  25 04:53 sbin
drwxr-xr-x  2 root root 4.0K 7月  25 04:51 srv
drwxr-xr-x  2 root root 4.0K 4月  24 16:34 sys
drwxrwxrwt  2 root root 4.0K 7月  25 04:53 tmp
drwxr-xr-x 10 root root 4.0K 7月  25 04:51 usr
drwxr-xr-x 11 root root 4.0K 7月  25 04:53 var

可以发现，新创建的文件被存在了上述位置，而此时如果我们通过以下命令：

docker commit CONTAINER_ID

提交容器更改，则会将该容器的当前可读可写层转化为只读层，更新镜像。总结一下，镜像大体上，可以认为是多个只读层通过某些特定的方式组织起来，而容器则是在其之上的一个可读写层，我们可以保存一个可读写层的更改，将它转化为一个只读层。

以上是对镜像与容器，及其存储驱动overlay2的一个简要概述。

征尘bjajmd
关注
专栏目录
聊聊 Docker 的存储驱动 Overlay2
k8s 生态
11-28 731
大家好，我是张晋涛。上周在我的交流群里有个小伙伴问到了 Overlay2 相关的问题，这篇就来介绍一下。(想进群的可以留言）本节，我将为你介绍 Docker 现在推荐使用的存储驱动 Overlay2，在开始之前，你可以执行以下命令来查看 Docker 正在使用的存储驱动：(MoeLove)➜~dockerinfo--format'{{.Driver}}'...
Docker存储驱动
MKC__jiaoq的博客
02-25 1845
一、镜像原理 镜像是一种轻量级、可执行的独立软件包，用来打包软件运行环境和基于运行环境的开发软件，它包含运行某个软件所需的所有内容，包括代码、运行时、库、环境变量和配置文件 存储驱动 特点 优点 缺点 适用场景 AUFS 联合文件系统、未并入内核主线、文件级存储 作为docker的第一个存储驱动，已经有很长的历史，比较稳定，且在大量的生产中实践过，有较强的社区支持 有多层，在做写时复制操作时，如果文件比较大且存在比较低的层，可能会..
docker 存储overlay升级到overlay2
02-09
docker 存储overlay升级到overlay2，overlay 升级到overlay2 有助于提升存储性能
Docker的 Overlay/Overlay2 文件系统
weixin_42445065的博客
03-23 1万+
Overlay 文件系统（OverlayFS）是一个很接近 AUFS（一个ubantu自带的文件系统，有兴趣可以百度）的文件系统，但设计更轻量，速度也更快。Docker提供了两种 OverlayFS，一个是原本的 overlay，另一个是更新、更稳定的 overlay2。在日常使用中，应该更倾向于使用更好更稳定的 overlay2而不是 overlay。 配置、启用overlay2 较高版本的docker已经默认启用了 overlay2，如果处于之前的版本，那么可以手动开启over...
探秘 Docker 容器化技术黑科技『存储驱动 Overlay2』
easylife206的专栏
07-11 413
公众号关注「奇妙的 Linux 世界」设为「星标」，每天带你玩转 Linux ！本节，我将为你介绍 Docker 现在推荐使用的存储驱动 Overlay2，在开始之前，你可以执行以下命令来查看 Docker 正在使用的存储驱动：(MoeLove)➜~dockerinfo--format'{{.Driver}}' overlay2如果你看到的结果也...
overlay2
weixin_33812433的博客
05-24 106
docker 下有个路径经常很大，但是不了解，不懂怎么清理。 这里记录下我对overlay2的学习。 转载于:https://www.cnblogs.com/zoujiaojiao/p/10919139.html
Docker存储驱动之- overlay2
summer_fish的专栏
11-15 1044
docker支持多种graphDriver，包括vfs、devicemapper、overlay、overlay2、aufs等等，其中最常用的就是aufs了，但随着linux内核3.18把overlay纳入其中，overlay的地位变得更重，最近也在自己的虚拟机上用overlay2作为docker存储驱动实验了一番，下面来做一个简单的笔记和总结。因为在docker中，image是由多个layer组合而成的，换句话就是layer是一个共享的层，可能有多个image会指向某个layer。
docker清理大杀器/docker的overlay、overlay2文件占用磁盘太大的解决办法
08-27
本文讲述了如何解决 Docker 中的 overlay 和 overlay2 文件占用...本文提供了一个解决 Docker 中 overlay 和 overlay2 文件占用磁盘太大的问题的解决方案，并附带了 Docker 配置 overlay 存储驱动的前提条件和步骤。
docker存储驱动
05-30
overlay2 是当前最新的存储驱动程序，它支持更多的文件系统特性，并且性能优于 aufs 和 overlay。 btrfs 存储驱动是一个高性能的文件系统，它支持写时复制策略和快照功能。btrfs 需要大量的内存来维持其性能。 ...
【docker系列】Docker切换OverLay(2)——提高性能，加快速度
seowen的开发 小本子
04-23 1251
一.介绍 Docker支持AUFS、Btrfs、Device mapper、OverlayFS、Overlay2FS、ZFS五种存储驱动。(关于这些的优劣我就不谈了，说法太多，大家搜索一下可以看到很多相关的文章) 对于CentOS系统来说，一般装完Docker都是第一个，主要是内核的问题，如果是7的话可以改OverLay，不过6就没办法了，但是，真的没办法吗，当然不是，升级内核就OK了。 如...
overlay使用二
kevinlifeng的专栏
09-13 820
overlay也可以实现apple的效果 如下： html代码如下: overlay /* the overlayed element */ .apple_overlay { /* initially overlay is
Docker容器化实战第六课 文件存储驱动
fegus的博客
05-29 400
14 文件存储驱动：AUFS 文件系统原理及生产环境的最佳配置 我们知道，Docker 主要是基于 Namespace、cgroups 和联合文件系统这三大核心技术实现的。前面的课时我详细讲解了 Namespace 和 cgroups 的相关原理，那么你知道联合文件系统是什么吗？它的原理又是什么呢？ 首先我们来了解一下什么是联合文件系统。 什么是联合文件系统 联合文件系统（Union File System，Unionfs）是一种分层的轻量级文件系统，它可以把多个目录内容联合挂载到同一目录下，从而形成一个
运行docker报错：...overlay2/l: invalid argument
小幺的博客
05-06 2990
运行docker报错：...overlay2/l: invalid argument
docker 存储驱动之 overlay2
weixin_30338497的博客
06-28 479
overlay2 简介 　　OverlayFS是一种和AUFS很类似的文件系统，与AUFS相比，OverlayFS有以下特性：　　　1) 更简单地设计　　　2) 从3.18开始，就进入了Linux内核主线　　　3) 可能更快一些 　　因此，OverlayFS在Docker社区关注度提高很快，被很多人认为是AUFS的继承者。就像宣称的一样，OverlayFS还很年轻。所以，在生成环境使用它时...
/var/lib/docker/overlay2 占用很大，清理Docker占用的磁盘空间，迁移 /var/lib/docker 目录
热门推荐
七爷OK
07-25 16万+
0  du -hs /var/lib/docker/ 命令查看磁盘使用情况。 linlf@dacent:~$ sudo du -hs /var/lib/docker/ 237G /var/lib/docker/ 1 docker system df命令，类似于Linux上的df命令，用于查看Docker的磁盘使用情况: linlf@dacent:~$ docker system df T...
Docker：overlay2浅析
NiGo的博客
04-22 1万+
目录引言Union File Systemoverlay和overlay2参考 引言 之前大一看《鸟哥的Linux私房菜》时，了解到mount命令。 大概是这么个意思：将一个块设备挂载到目录上，使得访问该目录时相当于访问该设备，挂载时，原目录的内容将暂时被隐藏，而不会消失。看来Linux的虚拟文件系统还是很“海纳百川”的嘛。 下面也说说我这一年对mount命令基础用法的一些实践： 插U盘时，我们可以整一些小花样，不通过Linux的一些图形化文件管理器打开它时（使用这些管理器时实际上会自动帮我们挂载到run
Docker Overlay2 存储驱动
小楼一夜听春雨，深巷明朝卖杏花
07-17 4630
docker支持多种graphDriver，包括vfs、devicemapper、overlay、overlay2、aufs等等，其中最常用的就是aufs了，但随着linux内核3.18把overlay纳入其中，overlay的地位变得更重。
Docker Overlay2 空间优化
最新发布
RAB
10-11 1084
Docker Overlay2 空间优化。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值