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：

1. [root@docker-100 docker]# tree ./

2. ./

3. ├── containers

4. ├── devicemapper

5. │ ├── devicemapper

6. │ │ ├── data

7. │ │ └── metadata

8. │ └── metadata

9. │ ├── base

10. │ ├── deviceset-metadata

11. │ └── transaction-metadata

12. ├── graph

13. ├── linkgraph.db

14. ├── repositories-devicemapper

15. ├── tmp

16. ├── trust

17. └── 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 查看。接着再查看目录变化，对比之前的目录结构及文件变化：

1. [root@docker-100 ~]# docker images

2. REPOSITORY TAG IMAGE ID CREATED VIRTUAL SIZE

3. centos latest ce20c473cd8a 8 weeks ago 172.3 MB

•  

1. [root@docker-100 docker]# tree ./

2. ./

3. ├── containers

4. ├── devicemapper

5. │ ├── devicemapper

6. │ │ ├── data

7. │ │ └── metadata

8. │ ├── metadata

9. │ │ ├── 168a69b6220279e6d5bd8dafd2edf71434a08e32b60a7060f7a705f64857169d

10. │ │ ├── 4234bfdd88f8ed2bc4607bd2ebba2d41d61e2693ad0d184e7b05e1b57f8b8b33

11. │ │ ├── 47d44cb6f252ea4f6aecf8a447972de5d9f9f2e2bec549a2f1d8f92557f4d05a

12. │ │ ├── 812e9d9d677f15c39277b2edc8f9bc07354c899483409bb07d1c13c2b9c33ec8

13. │ │ ├── base

14. │ │ ├── ce20c473cd8ac1fab6601529ce6a075743f2cf7a8f4cfed2216f8cfcb53bfc4e

15. │ │ ├── deviceset-metadata

16. │ │ └── transaction-metadata

17. │ └── mnt

18. │ ├── 168a69b6220279e6d5bd8dafd2edf71434a08e32b60a7060f7a705f64857169d

19. │ ├── 4234bfdd88f8ed2bc4607bd2ebba2d41d61e2693ad0d184e7b05e1b57f8b8b33

20. │ ├── 47d44cb6f252ea4f6aecf8a447972de5d9f9f2e2bec549a2f1d8f92557f4d05a

21. │ ├── 812e9d9d677f15c39277b2edc8f9bc07354c899483409bb07d1c13c2b9c33ec8

22. │ └── ce20c473cd8ac1fab6601529ce6a075743f2cf7a8f4cfed2216f8cfcb53bfc4e

23. ├── graph

24. │ ├── 168a69b6220279e6d5bd8dafd2edf71434a08e32b60a7060f7a705f64857169d

25. │ │ ├── json

26. │ │ ├── layersize

27. │ │ └── tar-data.json.gz

28. │ ├── 4234bfdd88f8ed2bc4607bd2ebba2d41d61e2693ad0d184e7b05e1b57f8b8b33

29. │ │ ├── json

30. │ │ ├── layersize

31. │ │ └── tar-data.json.gz

32. │ ├── 47d44cb6f252ea4f6aecf8a447972de5d9f9f2e2bec549a2f1d8f92557f4d05a

33. │ │ ├── json

34. │ │ ├── layersize

35. │ │ └── tar-data.json.gz

36. │ ├── 812e9d9d677f15c39277b2edc8f9bc07354c899483409bb07d1c13c2b9c33ec8

37. │ │ ├── json

38. │ │ ├── layersize

39. │ │ └── tar-data.json.gz

40. │ ├── ce20c473cd8ac1fab6601529ce6a075743f2cf7a8f4cfed2216f8cfcb53bfc4e

41. │ │ ├── json

42. │ │ ├── layersize

43. │ │ └── tar-data.json.gz

44. │ └── _tmp

45. ├── linkgraph.db

46. ├── repositories-devicemapper

47. ├── tmp

48. ├── trust

49. └── volumes

50.  

51. 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 被下面四个中间件所支持：

1. centos ce20c473cd8a

2. 4234bfdd88f8

3. 812e9d9d677f

4. 168a69b62202

5. 47d44cb6f252

•  

1. [root@docker-100 metadata]# docker images -a

2. REPOSITORY TAG IMAGE ID CREATED VIRTUAL SIZE

3. centos latest ce20c473cd8a 8 weeks ago 172.3 MB

4. 4234bfdd88f8 8 weeks ago 172.3 MB

5. 812e9d9d677f 8 weeks ago 172.3 MB

6. 168a69b62202 8 weeks ago 172.3 MB

7. 47d44cb6f252 3 months ago 0 B

•  

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

1. [root@docker-100 metadata]# cat base

2. {"device_id":1,"size":107374182400,"transaction_id":3,"initialized":true}

3.  

4. [root@docker-100 metadata]# cat 47d44cb6f252ea4f6aecf8a447972de5d9f9f2e2bec549a2f1d8f92557f4d05a

5. {"device_id":2,"size":107374182400,"transaction_id":4,"initialized":false}

6.  

7. [root@docker-100 metadata]# cat 168a69b6220279e6d5bd8dafd2edf71434a08e32b60a7060f7a705f64857169d

8. {"device_id":3,"size":107374182400,"transaction_id":5,"initialized":false}

9.  

10. [root@docker-100 metadata]# cat 812e9d9d677f15c39277b2edc8f9bc07354c899483409bb07d1c13c2b9c33ec8

11. {"device_id":4,"size":107374182400,"transaction_id":6,"initialized":false}

12.  

13. [root@docker-100 metadata]# cat 4234bfdd88f8ed2bc4607bd2ebba2d41d61e2693ad0d184e7b05e1b57f8b8b33

14. {"device_id":5,"size":107374182400,"transaction_id":7,"initialized":false}

15.  

16. [root@docker-100 metadata]# cat ce20c473cd8ac1fab6601529ce6a075743f2cf7a8f4cfed2216f8cfcb53bfc4e

17. {"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 目录下到底有什么鬼？：

1. [root@docker-100 graph]# tree /var/lib/docker/graph/

2. /var/lib/docker/graph/

3. ├── 168a69b6220279e6d5bd8dafd2edf71434a08e32b60a7060f7a705f64857169d

4. │ ├── json

5. │ ├── layersize

6. │ └── tar-data.json.gz

7. ├── 4234bfdd88f8ed2bc4607bd2ebba2d41d61e2693ad0d184e7b05e1b57f8b8b33

8. │ ├── json

9. │ ├── layersize

10. │ └── tar-data.json.gz

11. ├── 47d44cb6f252ea4f6aecf8a447972de5d9f9f2e2bec549a2f1d8f92557f4d05a

12. │ ├── json

13. │ ├── layersize

14. │ └── tar-data.json.gz

15. ├── 812e9d9d677f15c39277b2edc8f9bc07354c899483409bb07d1c13c2b9c33ec8

16. │ ├── json

17. │ ├── layersize

18. │ └── tar-data.json.gz

19. ├── ce20c473cd8ac1fab6601529ce6a075743f2cf7a8f4cfed2216f8cfcb53bfc4e

20. │ ├── json

21. │ ├── layersize

22. │ └── tar-data.json.gz

23. └── _tmp

•  

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

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

1. [root@docker-100 graph]# cat /var/lib/docker/graph/168a69b6220279e6d5bd8dafd2edf71434a08e32b60a7060f7a705f64857169d/json | python -mjson.tool

2. {

3. "Size": 172284372,

4. "architecture": "amd64",

5. "author": "The CentOS Project ",

6. "config": {

7. "AttachStderr": false,

8. "AttachStdin": false,

9. "AttachStdout": false,

10. "Cmd": null,

11. "Domainname": "",

12. "Entrypoint": null,

13. "Env": null,

14. "ExposedPorts": null,

15. "Hostname": "7aa5783a47d5",

16. "Image": "47d44cb6f252ea4f6aecf8a447972de5d9f9f2e2bec549a2f1d8f92557f4d05a",

17. "Labels": null,

18. "MacAddress": "",

19. "NetworkDisabled": false,

20. "OnBuild": null,

21. "OpenStdin": false,

22. "PublishService": "",

23. "StdinOnce": false,

24. "Tty": false,

25. "User": "",

26. "VolumeDriver": "",

27. "Volumes": null,

28. "WorkingDir": ""

29. },

30. "container": "7aa5783a47d56a1dd5b9f60dfa3dcc7ad83479f380137272e7493aa2e317d1cc",

31. "container_config": {

32. "AttachStderr": false,

33. "AttachStdin": false,

34. "AttachStdout": false,

35. "Cmd": [

36. "/bin/sh",

37. "-c",

38. "#(nop) ADD file:125fe45519717bec39f64a67dfc5cd0ac1c8733963d71510ba770817d9466fcb in /"

39. ],

40. "Domainname": "",

41. "Entrypoint": null,

42. "Env": null,

43. "ExposedPorts": null,

44. "Hostname": "7aa5783a47d5",

45. "Image": "47d44cb6f252ea4f6aecf8a447972de5d9f9f2e2bec549a2f1d8f92557f4d05a",

46. "Labels": null,

47. "MacAddress": "",

48. "NetworkDisabled": false,

49. "OnBuild": null,

50. "OpenStdin": false,

51. "PublishService": "",

52. "StdinOnce": false,

53. "Tty": false,

54. "User": "",

55. "VolumeDriver": "",

56. "Volumes": null,

57. "WorkingDir": ""

58. },

59. "created": "2015-10-13T23:29:00.133774303Z",

60. "docker_version": "1.8.2",

61. "id": "168a69b6220279e6d5bd8dafd2edf71434a08e32b60a7060f7a705f64857169d",

62. "os": "linux",

63. "parent": "47d44cb6f252ea4f6aecf8a447972de5d9f9f2e2bec549a2f1d8f92557f4d05a"

64. }

•  

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

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

2. 172284372

• 1
• 2

• 1
• 2

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}

• 1

• 1

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

1. /var/lib/docker/container

2. /var/lib/docker/tmp

3. /var/lib/docker/trust

4. /var/lib/docker/volumes

•  

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

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

1. [root@docker-100 docker]# tree /var/lib/docker/

2. /var/lib/docker/

3. ├── containers

4. │ └── c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052

5. │ ├── c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052-json.log

6. │ ├── config.json

7. │ ├── hostconfig.json

8. │ ├── hostname

9. │ ├── hosts

10. │ ├── resolv.conf

11. │ ├── resolv.conf.hash

12. │ └── secrets

13. ├── devicemapper

14. │ ├── devicemapper

15. │ │ ├── data

16. │ │ └── metadata

17. │ ├── metadata

18. │ │ ├── 168a69b6220279e6d5bd8dafd2edf71434a08e32b60a7060f7a705f64857169d

19. │ │ ├── 4234bfdd88f8ed2bc4607bd2ebba2d41d61e2693ad0d184e7b05e1b57f8b8b33

20. │ │ ├── 47d44cb6f252ea4f6aecf8a447972de5d9f9f2e2bec549a2f1d8f92557f4d05a

21. │ │ ├── 812e9d9d677f15c39277b2edc8f9bc07354c899483409bb07d1c13c2b9c33ec8

22. │ │ ├── base

23. │ │ ├── c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052

24. │ │ ├── c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052-init

25. │ │ ├── ce20c473cd8ac1fab6601529ce6a075743f2cf7a8f4cfed2216f8cfcb53bfc4e

26. │ │ ├── deviceset-metadata

27. │ │ └── transaction-metadata

28. │ └── mnt

29. │ ├── 168a69b6220279e6d5bd8dafd2edf71434a08e32b60a7060f7a705f64857169d

30. │ ├── 4234bfdd88f8ed2bc4607bd2ebba2d41d61e2693ad0d184e7b05e1b57f8b8b33

31. │ ├── 47d44cb6f252ea4f6aecf8a447972de5d9f9f2e2bec549a2f1d8f92557f4d05a

32. │ ├── 812e9d9d677f15c39277b2edc8f9bc07354c899483409bb07d1c13c2b9c33ec8

33. │ ├── c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052

34. │ ├── c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052-init

35. │ └── ce20c473cd8ac1fab6601529ce6a075743f2cf7a8f4cfed2216f8cfcb53bfc4e

36. ├── graph

37. │ ├── 168a69b6220279e6d5bd8dafd2edf71434a08e32b60a7060f7a705f64857169d

38. │ │ ├── json

39. │ │ ├── layersize

40. │ │ ├── tar-data.json

41. │ │ └── tar-data.json.gz.bak

42. │ ├── 4234bfdd88f8ed2bc4607bd2ebba2d41d61e2693ad0d184e7b05e1b57f8b8b33

43. │ │ ├── json

44. │ │ ├── layersize

45. │ │ └── tar-data.json.gz

46. │ ├── 47d44cb6f252ea4f6aecf8a447972de5d9f9f2e2bec549a2f1d8f92557f4d05a

47. │ │ ├── json

48. │ │ ├── layersize

49. │ │ └── tar-data.json.gz

50. │ ├── 812e9d9d677f15c39277b2edc8f9bc07354c899483409bb07d1c13c2b9c33ec8

51. │ │ ├── json

52. │ │ ├── layersize

53. │ │ └── tar-data.json.gz

54. │ ├── ce20c473cd8ac1fab6601529ce6a075743f2cf7a8f4cfed2216f8cfcb53bfc4e

55. │ │ ├── json

56. │ │ ├── layersize

57. │ │ └── tar-data.json.gz

58. │ └── _tmp

59. ├── linkgraph.db

60. ├── repositories-devicemapper

61. ├── tmp

62. ├── trust

63. └── volumes

64.  

65. 24 directories, 37 files

•  

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

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

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

1. [root@docker-100 containers]# tree /var/lib/docker/devicemapper/metadata/

2. /var/lib/docker/devicemapper/metadata/

3. ├── 168a69b6220279e6d5bd8dafd2edf71434a08e32b60a7060f7a705f64857169d

4. ├── 4234bfdd88f8ed2bc4607bd2ebba2d41d61e2693ad0d184e7b05e1b57f8b8b33

5. ├── 47d44cb6f252ea4f6aecf8a447972de5d9f9f2e2bec549a2f1d8f92557f4d05a

6. ├── 812e9d9d677f15c39277b2edc8f9bc07354c899483409bb07d1c13c2b9c33ec8

7. ├── base

8. ├── c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052

9. ├── c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052-init

10. ├── ce20c473cd8ac1fab6601529ce6a075743f2cf7a8f4cfed2216f8cfcb53bfc4e

11. ├── deviceset-metadata

12. └── transaction-metadata

13.  

14. 0 directories, 10 files

•  

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

1. ├── c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052

2. ├── c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052-init

•  

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

1. [root@docker-100 metadata]# cat base

2. {"device_id":1,"size":107374182400,"transaction_id":3,"initialized":true}

3.  

4. [root@docker-100 metadata]# cat 47d44cb6f252ea4f6aecf8a447972de5d9f9f2e2bec549a2f1d8f92557f4d05a

5. {"device_id":2,"size":107374182400,"transaction_id":4,"initialized":false}

6.  

7. [root@docker-100 metadata]# cat 168a69b6220279e6d5bd8dafd2edf71434a08e32b60a7060f7a705f64857169d

8. {"device_id":3,"size":107374182400,"transaction_id":5,"initialized":false}

9.  

10. [root@docker-100 metadata]# cat 4234bfdd88f8ed2bc4607bd2ebba2d41d61e2693ad0d184e7b05e1b57f8b8b33

11. {"device_id":5,"size":107374182400,"transaction_id":7,"initialized":false}

12.  

13. [root@docker-100 metadata]# cat 812e9d9d677f15c39277b2edc8f9bc07354c899483409bb07d1c13c2b9c33ec8

14. {"device_id":4,"size":107374182400,"transaction_id":6,"initialized":false}

15.  

16. [root@docker-100 metadata]# cat ce20c473cd8ac1fab6601529ce6a075743f2cf7a8f4cfed2216f8cfcb53bfc4e

17. {"device_id":6,"size":107374182400,"transaction_id":8,"initialized":false}

18.  

19. [root@docker-100 metadata]# cat c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052-init

20. {"device_id":7,"size":107374182400,"transaction_id":9,"initialized":false}

21.  

22. [root@docker-100 metadata]# cat c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052

23. {"device_id":8,"size":107374182400,"transaction_id":10,"initialized":false}

•  

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

1. [root@docker-100 mnt]# tree /var/lib/docker/devicemapper/mnt/

2. /var/lib/docker/devicemapper/mnt/

3. ├── 168a69b6220279e6d5bd8dafd2edf71434a08e32b60a7060f7a705f64857169d

4. ├── 4234bfdd88f8ed2bc4607bd2ebba2d41d61e2693ad0d184e7b05e1b57f8b8b33

5. ├── 47d44cb6f252ea4f6aecf8a447972de5d9f9f2e2bec549a2f1d8f92557f4d05a

6. ├── 812e9d9d677f15c39277b2edc8f9bc07354c899483409bb07d1c13c2b9c33ec8

7. ├── c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052

8. ├── c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052-init

9. └── ce20c473cd8ac1fab6601529ce6a075743f2cf7a8f4cfed2216f8cfcb53bfc4e

10.  

11. 7 directories, 0 files

•  

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

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

1. [root@docker-100 containers]# tree /var/lib/docker/containers/

2. /var/lib/docker/containers/

3. └── c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052

4. ├── c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052-json.log

5. ├── config.json

6. ├── hostconfig.json

7. ├── hostname

8. ├── hosts

9. ├── resolv.conf

10. ├── resolv.conf.hash

11. └── secrets

12.  

13. 2 directories, 7 files

•  

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

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

1. [root@docker-100 docker]# ls -l containers/c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052/

2. total 24

3. -rw-------. 1 root root 0 Dec 12 20:13 c2adc691ad19428e44d655d9daa8573cd71b162e05faaaa824010929089bc052-json.log

4. -rw-r--r--. 1 root root 2244 Dec 12 20:13 config.json

5. -rw-r--r--. 1 root root 651 Dec 12 20:13 hostconfig.json

6. -rw-r--r--. 1 root root 13 Dec 12 20:13 hostname

7. -rw-r--r--. 1 root root 217 Dec 12 20:13 hosts

8. -rw-r--r--. 1 root root 51 Dec 12 20:13 resolv.conf

9. -rw-------. 1 root root 71 Dec 12 20:13 resolv.conf.hash

10. drwx------. 2 root root 6 Dec 12 20:13 secrets

11. [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. 1、/var/lib/docker/devicemapper/devicemapper/data #用来存储相关的存储池数据

2. 2、/var/lib/docker/devicemapper/devicemapper/metadata #用来存储相关的元数据。

3. 3、/var/lib/docker/devicemapper/metadata/ #用来存储 device_id、大小、以及传输_id、初始化信息

4. 4、/var/lib/docker/devicemapper/mnt #用来存储挂载信息

5. 5、/var/lib/docker/container/ #用来存储容器信息

6. 6、/var/lib/docker/graph/ #用来存储镜像中间件及本身详细信息和大小 、以及依赖信息

7. 7、/var/lib/docker/repositores-devicemapper #用来存储镜像基本信息

8. 8、/var/lib/docker/tmp #docker临时目录

9. 9、/var/lib/docker/trust #docker信任目录

10. 10、/var/lib/docker/volumes #docker卷目录