AI 助理
备案控制台
开发者社区 云原生 容器服务 文章 正文

docker 镜像与容器存储目录结构精讲

2015-12-14 6899
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
本文涉及的产品
容器镜像服务 ACR，镜像仓库100个 不限时长
简介：

docker 镜像与容器存储目录结构精讲

很多朋友在初学 docker 的时候非常迷茫，不清楚 docker 是怎样的一种存储方式，并且也不清楚 docker 到底存储在什么地方。其实 docker 的镜像与容器都存储在 /var/lib/docker 下面，那么基于不同的系统又有不同的存储方式，在 ubuntu 下面存储方式为 AUFS；在 Centos 下面存储方式又是 device mapper，下面我们先来看一下 /var/lib/docker 目录，分别有三个阶段，看看在不同阶段都新增了那些东西及镜像与容器存储结构的变化：

环境：
系统：centos 7
内核：3.10.0-229.el7.x86_64
docker 版本： 1.8.2

  • start docker 服务之后目录结构
  • pull images 后目录结构
  • run container 后目录结构

启动docker ，安装完 docker 后执行命令 systemctl start docker.service：

[root@docker-100 docker]# tree ./
./
├── containers
├── devicemapper
│   ├── devicemapper
│   │   ├── data
│   │   └── metadata
│   └── metadata
│       ├── base
│       ├── deviceset-metadata
│       └── transaction-metadata
├── graph
├── linkgraph.db
├── repositories-devicemapper
├── tmp
├── trust
└── volumes

前面我们说过，centos 下面 docker 使用 devicemapper 的存储方式，所以在 /var/lib/docker 下面出现了 devicemapper 目录

/var/lib/docker/devicemapper/devicemapper/ 目录下有两个文件：
/var/lib/docker/devicemapper/devicemapper/data
/var/lib/docker/devicemapper/devicemapper/metadata
它们是用来存储对应的存储池和相关的元数据。

/var/lib/docker/devicemapper/metadara/ 目录下有三个文件：
/var/lib/docker/devicemapper/metadata/base
/var/lib/docker/devicemapper/metadata/transaction-metadata
/var/lib/docker/devicemapper/metadata/deviceset-metadata
它们则是用来存放前面元数据的id、大小、以及UUID等信息。

当然，现在也存在几个空目录，我们等下来说，例如：
/var/lib/docker/containers
/var/lib/docker/devicemapper
/var/lib/docker/graph
/var/lib/docker/tmp
/var/lib/docker/trust
/var/lib/docker/volumes

还有一个文件，我们等下来说，先来了解下大致的目录结构：
/var/lib/docker/repositories-devicemapper

现在我们 docker pull centos 一个镜像下来 docker images 查看。接着再查看目录变化，对比之前的目录结构及文件变化：

[root@docker-100 ~]# docker images
REPOSITORY          TAG                 IMAGE ID            CREATED             VIRTUAL SIZE
centos              latest              ce20c473cd8a        8 weeks ago         172.3 MB
[root@docker-100 docker]# tree ./
./
├── containers
├── devicemapper
│   ├── devicemapper
│   │   ├── data
│   │   └── metadata
│   ├── metadata
│   │   ├── 168a69b6220279e6d5bd8dafd2edf71434a08e32b60a7060f7a705f64857169d
│   │   ├── 4234bfdd88f8ed2bc4607bd2ebba2d41d61e2693ad0d184e7b05e1b57f8b8b33
│   │   ├── 47d44cb6f252ea4f6aecf8a447972de5d9f9f2e2bec549a2f1d8f92557f4d05a
│   │   ├── 812e9d9d677f15c39277b2edc8f9bc07354c899483409bb07d1c13c2b9c33ec8
│   │   ├── base
│   │   ├── ce20c473cd8ac1fab6601529ce6a075743f2cf7a8f4cfed2216f8cfcb53bfc4e
│   │   ├── deviceset-metadata
│   │   └── transaction-metadata
│   └── mnt
│       ├── 168a69b6220279e6d5bd8dafd2edf71434a08e32b60a7060f7a705f64857169d
│       ├── 4234bfdd88f8ed2bc4607bd2ebba2d41d61e2693ad0d184e7b05e1b57f8b8b33
│       ├── 47d44cb6f252ea4f6aecf8a447972de5d9f9f2e2bec549a2f1d8f92557f4d05a
│       ├── 812e9d9d677f15c39277b2edc8f9bc07354c899483409bb07d1c13c2b9c33ec8
│       └── ce20c473cd8ac1fab6601529ce6a075743f2cf7a8f4cfed2216f8cfcb53bfc4e
├── graph
│   ├── 168a69b6220279e6d5bd8dafd2edf71434a08e32b60a7060f7a705f64857169d
│   │   ├── json
│   │   ├── layersize
│   │   └── tar-data.json.gz
│   ├── 4234bfdd88f8ed2bc4607bd2ebba2d41d61e2693ad0d184e7b05e1b57f8b8b33
│   │   ├── json
│   │   ├── layersize
│   │   └── tar-data.json.gz
│   ├── 47d44cb6f252ea4f6aecf8a447972de5d9f9f2e2bec549a2f1d8f92557f4d05a
│   │   ├── json
│   │   ├── layersize
│   │   └── tar-data.json.gz
│   ├── 812e9d9d677f15c39277b2edc8f9bc07354c899483409bb07d1c13c2b9c33ec8
│   │   ├── json
│   │   ├── layersize
│   │   └── tar-data.json.gz
│   ├── ce20c473cd8ac1fab6601529ce6a075743f2cf7a8f4cfed2216f8cfcb53bfc4e
│   │   ├── json
│   │   ├── layersize
│   │   └── tar-data.json.gz
│   └── _tmp
├── linkgraph.db
├── repositories-devicemapper
├── tmp
├── trust
└── volumes

20 directories, 27 files

当我 pull 一个镜像之后，子目录中增加了许多文件，最先看到的变化是在三个文件夹下面：
/var/lib/docker/devicemapper/medata/
/var/lib/docker/devicemapper/mnt/
/var/lib/docker/graph/

好，在这之前呢，我们先来看一下 docker 查看镜像中间件命令，docker images -a 显示所有图像（默认隐藏中间图像），我们在下图中可以清楚的看到，IMAGFE ID 分别为下图中的内容，也就是说，images centos 被下面四个中间件所支持：

centos ce20c473cd8a
<none> 4234bfdd88f8
<none> 812e9d9d677f
<none> 168a69b62202
<none> 47d44cb6f252
[root@docker-100 metadata]# docker images -a
REPOSITORY          TAG                 IMAGE ID            CREATED             VIRTUAL SIZE
centos              latest              ce20c473cd8a        8 weeks ago         172.3 MB
<none>              <none>              4234bfdd88f8        8 weeks ago         172.3 MB
<none>              <none>              812e9d9d677f        8 weeks ago         172.3 MB
<none>              <none>              168a69b62202        8 weeks ago         172.3 MB
<none>              <none>              47d44cb6f252        3 months ago        0 B

我们查看下 /var/lib/docker/devicemapper/metadata 目录下的内容

[root@docker-100 metadata]# cat base 
{"device_id":1,"size":107374182400,"transaction_id":3,"initialized":true}

[root@docker-100 metadata]# cat 47d44cb6f252ea4f6aecf8a447972de5d9f9f2e2bec549a2f1d8f92557f4d05a 
{"device_id":2,"size":107374182400,"transaction_id":4,"initialized":false}

[root@docker-100 metadata]# cat 168a69b6220279e6d5bd8dafd2edf71434a08e32b60a7060f7a705f64857169d 
{"device_id":3,"size":107374182400,"transaction_id":5,"initialized":false}

[root@docker-100 metadata]# cat 812e9d9d677f15c39277b2edc8f9bc07354c899483409bb07d1c13c2b9c33ec8 
{"device_id":4,"size":107374182400,"transaction_id":6,"initialized":false}

[root@docker-100 metadata]# cat 4234bfdd88f8ed2bc4607bd2ebba2d41d61e2693ad0d184e7b05e1b57f8b8b33 
{"device_id":5,"size":107374182400,"transaction_id":7,"initialized":false}

[root@docker-100 metadata]# cat ce20c473cd8ac1fab6601529ce6a075743f2cf7a8f4cfed2216f8cfcb53bfc4e 
{"device_id":6,"size":107374182400,"transaction_id":8,"initialized":false}

可以清楚的看到，device_id （1、2、3、4、5、6）排序，也就是说，出了base这个文件以外，其他都是我们刚才添加的中间件，那么可以得出：
/var/lib/devicemapper/metadata 目录下的文件（除了base、 deviceset- metadata、transaction-medatata），其余的文件都是 images 本身和 images 的中间件信息；用来描述它们的id、大小、transaction_id、以及是否initialized，并且它们大小都是一样的。

变化的另一个目录是 /var/lib/docker/devicemapper 下的：
/var/lib/docker/devicemapper/mnt
它主要是用来挂载 images 和 container 的目录，因为 devicemapper 本身就是通过在存储池中挂载的方式进行运行的。

最后一个目录则是 /var/lib/docker 下的：
/var/lib/docker/graph

我们来查看下 /var/lib/docker/graph 目录下到底有什么鬼？：

[root@docker-100 graph]# tree /var/lib/docker/graph/
/var/lib/docker/graph/
├── 168a69b6220279e6d5bd8dafd2edf71434a08e32b60a7060f7a705f64857169d
│   ├── json
│   ├── layersize
│   └── tar-data.json.gz
├── 4234bfdd88f8ed2bc4607bd2ebba2d41d61e2693ad0d184e7b05e1b57f8b8b33
│   ├── json
│   ├── layersize
│   └── tar-data.json.gz
├── 47d44cb6f252ea4f6aecf8a447972de5d9f9f2e2bec549a2f1d8f92557f4d05a
│   ├── json
│   ├── layersize
│   └── tar-data.json.gz
├── 812e9d9d677f15c39277b2edc8f9bc07354c899483409bb07d1c13c2b9c33ec8
│   ├── json
│   ├── layersize
│   └── tar-data.json.gz
├── ce20c473cd8ac1fab6601529ce6a075743f2cf7a8f4cfed2216f8cfcb53bfc4e
│   ├── json
│   ├── layersize
│   └── tar-data.json.gz
└── _tmp

原来是在每个images 本身及中间件下面多了三个文件，分别为（json、layersize、tar-data.json.gz），那我们来分别查看下这三个文件是干嘛的！

1、json （json 文件是用来描述 images 本身或者中间件的详细信息）

[root@docker-100 graph]# cat /var/lib/docker/graph/168a69b6220279e6d5bd8dafd2edf71434a08e32b60a7060f7a705f64857169d/json  | python -mjson.tool
{
    "Size": 172284372,
    "architecture": "amd64",
    "author": "The CentOS Project <cloud-ops@centos.org>",
    "config": {
        "AttachStderr": false,
        "AttachStdin": false,
        "AttachStdout": false,
        "Cmd": null,
        "Domainname": "",
        "Entrypoint": null,
        "Env": null,
        "ExposedPorts": null,
        "Hostname": "7aa5783a47d5",
        "Image": "47d44cb6f252ea4f6aecf8a447972de5d9f9f2e2bec549a2f1d8f92557f4d05a",
        "Labels": null,
        "MacAddress": "",
        "NetworkDisabled": false,
        "OnBuild": null,
        "OpenStdin": false,
        "PublishService": "",
        "StdinOnce": false,
        "Tty": false,
        "User": "",
        "VolumeDriver": "",
        "Volumes": null,
        "WorkingDir": ""
    },
    "container": "7aa5783a47d56a1dd5b9f60dfa3dcc7ad83479f380137272e7493aa2e317d1cc",
    "container_config": {
        "AttachStderr": false,
        "AttachStdin": false,
        "AttachStdout": false,
        "Cmd": [
            "/bin/sh",
            "-c",
            "#(nop) ADD file:125fe45519717bec39f64a67dfc5cd0ac1c8733963d71510ba770817d9466fcb in /"
        ],
        "Domainname": "",
        "Entrypoint": null,
        "Env": null,
        "ExposedPorts": null,
        "Hostname": "7aa5783a47d5",
        "Image": "47d44cb6f252ea4f6aecf8a447972de5d9f9f2e2bec549a2f1d8f92557f4d05a",
        "Labels": null,
        "MacAddress": "",
        "NetworkDisabled": false,
        "OnBuild": null,
        "OpenStdin": false,
        "PublishService": "",
        "StdinOnce": false,
        "Tty": false,
        "User": "",
        "VolumeDriver": "",
        "Volumes": null,
        "WorkingDir": ""
    },
    "created": "2015-10-13T23:29:00.133774303Z",
    "docker_version": "1.8.2",
    "id": "168a69b6220279e6d5bd8dafd2edf71434a08e32b60a7060f7a705f64857169d",
    "os": "linux",
    "parent": "47d44cb6f252ea4f6aecf8a447972de5d9f9f2e2bec549a2f1d8f92557f4d05a"
}

2、layersize （layersize 可以在字面意思就知道是用来表示中间件的大小）

[root@docker-100 graph]# cat /var/lib/docker/graph/168a69b6220279e6d5bd8dafd2edf71434a08e32b60a7060f7a705f64857169d/layersize 
172284372

3、tar-data.json.gz （tar-data.json: ASCII text, with very long lines，长文本格式，应该是用来描述依赖或者其他信息），解包查看发现很多乱码；但是可以查看，具体是做什么的目前还不清楚。
gunzip tar-data.json.gz

下面我们来看一下另一个文件 repositories-devicemapper，也其实就是记录 images本身（不是中间件）信息的文件；换句话说，它记录了镜像名称、镜像 tag（默认为 latest）、镜像ID等信息。

cat /var/lib/docker/repositories-devicemapper 

{"Repositories":{"centos":{"latest":"ce20c473cd8ac1fab6601529ce6a075743f2cf7a8f4cfed2216f8cfcb53bfc4e"}},"ConfirmDefPush":true}

好，有变化的目录我们都查看完了，也发现其中变化的信息，那这时候还有一些目录是未曾变
化的，分别为：

/var/lib/docker/container
/var/lib/docker/tmp
/var/lib/docker/trust
/var/lib/docker/volumes

那，这时候我们把 centos images 跑起来，run container 后看看目录结构会发生什么变化：

docker run -d -it –name centos centos 来运行 centos images

[root@docker-100 docker]# tree /var/lib/docker/
/var/lib/docker/
├── containers
│   └── c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052
│       ├── c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052-json.log
│       ├── config.json
│       ├── hostconfig.json
│       ├── hostname
│       ├── hosts
│       ├── resolv.conf
│       ├── resolv.conf.hash
│       └── secrets
├── devicemapper
│   ├── devicemapper
│   │   ├── data
│   │   └── metadata
│   ├── metadata
│   │   ├── 168a69b6220279e6d5bd8dafd2edf71434a08e32b60a7060f7a705f64857169d
│   │   ├── 4234bfdd88f8ed2bc4607bd2ebba2d41d61e2693ad0d184e7b05e1b57f8b8b33
│   │   ├── 47d44cb6f252ea4f6aecf8a447972de5d9f9f2e2bec549a2f1d8f92557f4d05a
│   │   ├── 812e9d9d677f15c39277b2edc8f9bc07354c899483409bb07d1c13c2b9c33ec8
│   │   ├── base
│   │   ├── c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052
│   │   ├── c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052-init
│   │   ├── ce20c473cd8ac1fab6601529ce6a075743f2cf7a8f4cfed2216f8cfcb53bfc4e
│   │   ├── deviceset-metadata
│   │   └── transaction-metadata
│   └── mnt
│       ├── 168a69b6220279e6d5bd8dafd2edf71434a08e32b60a7060f7a705f64857169d
│       ├── 4234bfdd88f8ed2bc4607bd2ebba2d41d61e2693ad0d184e7b05e1b57f8b8b33
│       ├── 47d44cb6f252ea4f6aecf8a447972de5d9f9f2e2bec549a2f1d8f92557f4d05a
│       ├── 812e9d9d677f15c39277b2edc8f9bc07354c899483409bb07d1c13c2b9c33ec8
│       ├── c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052
│       ├── c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052-init
│       └── ce20c473cd8ac1fab6601529ce6a075743f2cf7a8f4cfed2216f8cfcb53bfc4e
├── graph
│   ├── 168a69b6220279e6d5bd8dafd2edf71434a08e32b60a7060f7a705f64857169d
│   │   ├── json
│   │   ├── layersize
│   │   ├── tar-data.json
│   │   └── tar-data.json.gz.bak
│   ├── 4234bfdd88f8ed2bc4607bd2ebba2d41d61e2693ad0d184e7b05e1b57f8b8b33
│   │   ├── json
│   │   ├── layersize
│   │   └── tar-data.json.gz
│   ├── 47d44cb6f252ea4f6aecf8a447972de5d9f9f2e2bec549a2f1d8f92557f4d05a
│   │   ├── json
│   │   ├── layersize
│   │   └── tar-data.json.gz
│   ├── 812e9d9d677f15c39277b2edc8f9bc07354c899483409bb07d1c13c2b9c33ec8
│   │   ├── json
│   │   ├── layersize
│   │   └── tar-data.json.gz
│   ├── ce20c473cd8ac1fab6601529ce6a075743f2cf7a8f4cfed2216f8cfcb53bfc4e
│   │   ├── json
│   │   ├── layersize
│   │   └── tar-data.json.gz
│   └── _tmp
├── linkgraph.db
├── repositories-devicemapper
├── tmp
├── trust
└── volumes

24 directories, 37 files

跟前面对比，有变化的其实是三个文件：

/var/lib/docker/devicemapper/medata
/var/lib/docker/devicemapper/mnt
/var/lib/docker/container

我们先来看 /var/lib/docker/devicemapper/medata/下的文件

[root@docker-100 containers]# tree /var/lib/docker/devicemapper/metadata/
/var/lib/docker/devicemapper/metadata/
├── 168a69b6220279e6d5bd8dafd2edf71434a08e32b60a7060f7a705f64857169d
├── 4234bfdd88f8ed2bc4607bd2ebba2d41d61e2693ad0d184e7b05e1b57f8b8b33
├── 47d44cb6f252ea4f6aecf8a447972de5d9f9f2e2bec549a2f1d8f92557f4d05a
├── 812e9d9d677f15c39277b2edc8f9bc07354c899483409bb07d1c13c2b9c33ec8
├── base
├── c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052
├── c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052-init
├── ce20c473cd8ac1fab6601529ce6a075743f2cf7a8f4cfed2216f8cfcb53bfc4e
├── deviceset-metadata
└── transaction-metadata

0 directories, 10 files

与之前 docker pull images （还未运行容器）时，多了两个文件，那下面两个文件是干嘛的呢，当Docker运行一个从镜像建立的容器，它会在镜像顶部添加一个可读写的层，应用程序可以在这里运行，所以这时候会有这两个文件也不足为奇了，下面来看看新增的两个文件与之前的信息有何不同（该目录下的文件为 images 的描述信息）

├── c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052
├── c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052-init

一个一个来查看 base 、以及后面的 5 个中间件（包括 images 本身）还有新增的两个文件，发现前面五个文件没变，后面两个（c2adc… 和 c2adc…-init）描述了本身的一些信息。

[root@docker-100 metadata]# cat base 
{"device_id":1,"size":107374182400,"transaction_id":3,"initialized":true}

[root@docker-100 metadata]# cat 47d44cb6f252ea4f6aecf8a447972de5d9f9f2e2bec549a2f1d8f92557f4d05a 
{"device_id":2,"size":107374182400,"transaction_id":4,"initialized":false}

[root@docker-100 metadata]# cat 168a69b6220279e6d5bd8dafd2edf71434a08e32b60a7060f7a705f64857169d 
{"device_id":3,"size":107374182400,"transaction_id":5,"initialized":false}

[root@docker-100 metadata]# cat 4234bfdd88f8ed2bc4607bd2ebba2d41d61e2693ad0d184e7b05e1b57f8b8b33 
{"device_id":5,"size":107374182400,"transaction_id":7,"initialized":false}

[root@docker-100 metadata]# cat 812e9d9d677f15c39277b2edc8f9bc07354c899483409bb07d1c13c2b9c33ec8 
{"device_id":4,"size":107374182400,"transaction_id":6,"initialized":false}

[root@docker-100 metadata]# cat ce20c473cd8ac1fab6601529ce6a075743f2cf7a8f4cfed2216f8cfcb53bfc4e 
{"device_id":6,"size":107374182400,"transaction_id":8,"initialized":false}

[root@docker-100 metadata]# cat c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052-init 
{"device_id":7,"size":107374182400,"transaction_id":9,"initialized":false}

[root@docker-100 metadata]# cat c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052
{"device_id":8,"size":107374182400,"transaction_id":10,"initialized":false}

那我们来看下，发生变化的第二个文件 /var/lib/docker/devicemapper/mnt，它也和 metadata 中的文件一样，只是在该目录下面 新增了两个目录（c2adc… 和 c2adc…-init）

[root@docker-100 mnt]# tree /var/lib/docker/devicemapper/mnt/
/var/lib/docker/devicemapper/mnt/
├── 168a69b6220279e6d5bd8dafd2edf71434a08e32b60a7060f7a705f64857169d
├── 4234bfdd88f8ed2bc4607bd2ebba2d41d61e2693ad0d184e7b05e1b57f8b8b33
├── 47d44cb6f252ea4f6aecf8a447972de5d9f9f2e2bec549a2f1d8f92557f4d05a
├── 812e9d9d677f15c39277b2edc8f9bc07354c899483409bb07d1c13c2b9c33ec8
├── c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052
├── c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052-init
└── ce20c473cd8ac1fab6601529ce6a075743f2cf7a8f4cfed2216f8cfcb53bfc4e

7 directories, 0 files

最后我们来查看发生变化的第三个目录，也就是 /var/lib/docker/container ，容器本身的目录，终于发现了变化：

那这时候我们就可以根据现在的信息推断出，前面两个文件都是用来描述该容器的信息以及数据。

[root@docker-100 containers]# tree /var/lib/docker/containers/
/var/lib/docker/containers/
└── c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052
    ├── c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052-json.log
    ├── config.json
    ├── hostconfig.json
    ├── hostname
    ├── hosts
    ├── resolv.conf
    ├── resolv.conf.hash
    └── secrets

2 directories, 7 files

在查看过容器目录 container 发现下面有一个 c2adc…（容器本身）的目录，并且该目录下有许多子文件：

简单cat查看，发现 container log 信息，以及配置文件（需要 cat config.json | python -mjson.tools 查看），还有 host 及 resolv 等配置。那这时候我们就很清晰的了解到目录的变化。

[root@docker-100 docker]# ls -l containers/c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052/
total 24
-rw-------. 1 root root    0 Dec 12 20:13 c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052-json.log
-rw-r--r--. 1 root root 2244 Dec 12 20:13 config.json
-rw-r--r--. 1 root root  651 Dec 12 20:13 hostconfig.json
-rw-r--r--. 1 root root   13 Dec 12 20:13 hostname
-rw-r--r--. 1 root root  217 Dec 12 20:13 hosts
-rw-r--r--. 1 root root   51 Dec 12 20:13 resolv.conf
-rw-------. 1 root root   71 Dec 12 20:13 resolv.conf.hash
drwx------. 2 root root    6 Dec 12 20:13 secrets
[root@docker-100 docker]#

如果在这时候删除该容器，就会发现容器的信息全都没了；为什么？因为我们把容器干掉了哇！！！ 所涉及的文件：
/var/lib/docker/devicemapper/metadata/c2adc… 及 c2adc…-init 文件
/var/lib/docker/devicemapper/mnt/c2adc… 及 c2adc…-init文件
/var/lib/docker/container/所有文件

总结（每个文件及作用）：

1、/var/lib/docker/devicemapper/devicemapper/data       #用来存储相关的存储池数据      
2、/var/lib/docker/devicemapper/devicemapper/metadata   #用来存储相关的元数据。
3、/var/lib/docker/devicemapper/metadata/               #用来存储 device_id、大小、以及传输_id、初始化信息
4、/var/lib/docker/devicemapper/mnt                     #用来存储挂载信息 
5、/var/lib/docker/container/                           #用来存储容器信息
6、/var/lib/docker/graph/                               #用来存储镜像中间件及本身详细信息和大小 、以及依赖信息
7、/var/lib/docker/repositores-devicemapper             #用来存储镜像基本信息
8、/var/lib/docker/tmp                                  #docker临时目录   
9、/var/lib/docker/trust                                #docker信任目录
10、/var/lib/docker/volumes                             #docker卷目录
文章标签：
容器
Docker
存储
数据格式
JSON
Python
Shell
Linux
Ubuntu
中间件
关键词：
容器存储
Docker容器
Docker镜像
镜像容器
Docker镜像容器
机智如我丶
目录
相关文章
刘大猫.
|
11天前
|
Ubuntu NoSQL 开发工具
《docker基础篇：4.Docker镜像》包括是什么、分层的镜像、UnionFS（联合文件系统）、docker镜像的加载原理、为什么docker镜像要采用这种分层结构呢、docker镜像commit
《docker基础篇：4.Docker镜像》包括是什么、分层的镜像、UnionFS（联合文件系统）、docker镜像的加载原理、为什么docker镜像要采用这种分层结构呢、docker镜像commit
刘大猫.
133 70
蓝易云
|
4天前
|
存储 Docker 容器
Docker-基础（数据卷、自定义镜像、Compose）
通过数据卷实现持久化存储，通过自定义镜像满足特定需求，通过Docker Compose方便地管理多容器应用
蓝易云
48 27
刘大猫.
|
10天前
|
Ubuntu NoSQL Linux
《docker基础篇：3.Docker常用命令》包括帮助启动类命令、镜像命令、有镜像才能创建容器，这是根本前提(下载一个CentOS或者ubuntu镜像演示)、容器命令、小总结
《docker基础篇：3.Docker常用命令》包括帮助启动类命令、镜像命令、有镜像才能创建容器，这是根本前提(下载一个CentOS或者ubuntu镜像演示)、容器命令、小总结
刘大猫.
79 6
《docker基础篇：3.Docker常用命令》包括帮助启动类命令、镜像命令、有镜像才能创建容器，这是根本前提(下载一个CentOS或者ubuntu镜像演示)、容器命令、小总结
蓝易云
|
5天前
|
存储 Docker 容器
Docker-基础（数据卷、自定义镜像、Compose）
通过数据卷实现持久化存储，通过自定义镜像满足特定需求，通过Docker Compose方便地管理多容器应用。掌握这些Docker基础概念和操作，可以显著提高开发和部署效率，确保应用程序的可移植性和可扩展性。
蓝易云
54 22
刘大猫.
|
13天前
|
Ubuntu NoSQL 关系型数据库
《docker基础篇：6.本地镜像发布到私有库》包括本地镜像发布到私有库流程、docker regisry是什么、将本地镜像推送到私有库
《docker基础篇：6.本地镜像发布到私有库》包括本地镜像发布到私有库流程、docker regisry是什么、将本地镜像推送到私有库
刘大猫.
87 29
阿里云基础设施.
|
3天前
|
存储 监控 对象存储
ACK容器监控存储全面更新：让您的应用运行更稳定、更透明
介绍升级之后的ACK容器监控体系，包括各大盘界面展示和概要介绍。
阿里云基础设施.
30 14
优雅草央千澈
|
20天前
|
Ubuntu Linux 开发工具
docker 是什么？docker初认识之如何部署docker-优雅草后续将会把产品发布部署至docker容器中-因此会出相关系列文章-优雅草央千澈
Docker 是一个开源的容器化平台，允许开发者将应用程序及其依赖项打包成标准化单元（容器），确保在任何支持 Docker 的操作系统上一致运行。容器共享主机内核，提供轻量级、高效的执行环境。本文介绍如何在 Ubuntu 上安装 Docker，并通过简单步骤验证安装成功。后续文章将探讨使用 Docker 部署开源项目。优雅草央千澈 源、安装 Docker 包、验证安装 - 适用场景：开发、测试、生产环境 通过以上步骤，您可以在 Ubuntu 系统上成功安装并运行 Docker，为后续的应用部署打下基础。
优雅草央千澈
63 5
docker 是什么？docker初认识之如何部署docker-优雅草后续将会把产品发布部署至docker容器中-因此会出相关系列文章-优雅草央千澈
RossyYan
|
10天前
|
Kubernetes Linux 虚拟化
入门级容器技术解析：Docker和K8s的区别与关系
本文介绍了容器技术的发展历程及其重要组成部分Docker和Kubernetes。从传统物理机到虚拟机，再到容器化，每一步都旨在更高效地利用服务器资源并简化应用部署。容器技术通过隔离环境、减少依赖冲突和提高可移植性，解决了传统部署方式中的诸多问题。Docker作为容器化平台，专注于创建和管理容器；而Kubernetes则是一个强大的容器编排系统，用于自动化部署、扩展和管理容器化应用。两者相辅相成，共同推动了现代云原生应用的快速发展。
RossyYan
67 11
栈江湖
|
26天前
|
存储 Kubernetes 开发者
容器化时代的领航者：Docker 和 Kubernetes 云原生时代的黄金搭档
Docker 是一种开源的应用容器引擎，允许开发者将应用程序及其依赖打包成可移植的镜像，并在任何支持 Docker 的平台上运行。其核心概念包括镜像、容器和仓库。镜像是只读的文件系统，容器是镜像的运行实例，仓库用于存储和分发镜像。Kubernetes（k8s）则是容器集群管理系统，提供自动化部署、扩展和维护等功能，支持服务发现、负载均衡、自动伸缩等特性。两者结合使用，可以实现高效的容器化应用管理和运维。Docker 主要用于单主机上的容器管理，而 Kubernetes 则专注于跨多主机的容器编排与调度。尽管 k8s 逐渐减少了对 Docker 作为容器运行时的支持，但 Doc
栈江湖
129 5
容器化时代的领航者：Docker 和 Kubernetes 云原生时代的黄金搭档
是乙太呀
|
1月前
|
NoSQL PHP MongoDB
docker push推送自己搭建的镜像
本文详细介绍了如何搭建和复盘两个Web安全挑战环境：人力资源管理系统和邮件管理系统。首先，通过Docker搭建MongoDB和PHP环境，模拟人力资源管理系统的漏洞，包括nosql注入和文件写入等。接着，复盘了如何利用这些漏洞获取flag。邮件管理系统部分，通过目录遍历、文件恢复和字符串比较等技术，逐步绕过验证并最终获取flag。文章提供了详细的步骤和代码示例，适合安全研究人员学习和实践。
是乙太呀
52 3
docker push推送自己搭建的镜像
云原生

容器服务

热门文章

最新文章

  • 1
    Docker 镜像加速器
  • 2
    Docker CE 镜像源站
  • 3
    Minikube - Kubernetes本地实验环境
  • 4
    Docker的Windows容器初体验
  • 5
    Docker学习路线图 (持续更新中)
  • 6
    谈谈 Docker Volume 之权限管理（一）
  • 7
    容器镜像服务 Docker镜像的基本使用
  • 8
    使用阿里云容器服务Jenkins 2.0实现持续集成之Pipeline篇(updated on 2016.12.23)
  • 9
    利用Helm简化Kubernetes应用部署
  • 10
    理解Docker容器的进程管理
  • 1
    容器服务：智算时代云原生操作系统及月之暗面Kimi、深势科技实践分享
    70
  • 2
    canal-starter 监听解析 storeValue 不一样，同样的sql 一个在mybatis执行 一个在数据库操作，导致解析不出正确对象
    58
  • 3
    【Docker最新版教程】一文带你快速入门Docker常见用法，实现容器编排和自动化部署上线项目
    392
  • 4
    【最新版正确姿势】Docker安装教程（简单几步即可完成）
    2589
  • 5
    ​​国内 5 个最佳的控制面板，可轻松管理服务器
    207
  • 6
    【赵渝强老师】K8s的有状态控制器StatefulSet
    119
  • 7
    【赵渝强老师】K8s中Deployment控制器与StatefulSet控制器的区别
    77
  • 8
    【赵渝强老师】K8s的Job控制器多工作队列的并行方式
    62
  • 9
    【赵渝强老师】K8s的周期性任务控制器CronJob
    75
  • 10
    【赵渝强老师】K8s中Job控制器单工作队列的串行方式
    65

    • 相关课程

    更多
  • 基于容器搭建企业级应用
  • 容器持久化储存训练营
  • 现代应用容器技术快速入门
  • 云计算、容器和云原生基础课程
  • Serverless 容器从入门到精通: - Serverless Kubernetes
  • 容器安全与Palo Alto Networks解决方案

    • 相关电子书

    更多
  • 使用CNFS搭建弹性Web服务
  • 阿里云文件存储 NAS 在容器场景的最佳实践
  • 何种数据存储才能助力容器计算

    • 相关实验场景

    更多
  • 部署并使用Docker（AlibabaCloud Linux 3）
  • Docker镜像管理快速入门
  • 通过容器镜像仓库与容器服务快速部署spring-hello应用
  • Docker Compose部署案例
  • Docker Compose入门
  • 容器中的volume卷

    • 推荐镜像

    更多
  • docker-ce
  • docker-toolbox
  • alpine
    • 下一篇
    DataWorks智能交互式数据开发与分析之旅