Docker文件系统

Docker的文件系统AUFS，一种“增量文件系统”，用户所做修改以增量的方式保存，决定了其分层存储特性。

最顶层为读写层，初始将无内容，后续创建文件将会保存于此。若依赖层(亦即较低层)需要更新文件，那么更新后的文件将被保存在最顶层。总之，除了最顶层，所有底层都不可写。较低层总是被其它镜像共享。总之，Docker仅仅需要记录最顶层容器所有改变即可，这部分可以做到版本更迭、增量式存储，设计思路很赞！

Docker如何持久化状态

其实，我很关心Docker运行中的容器实例，如何保存状态。

运行中的Docker容器实例首先会在当前内存中持有一些状态信息，其次文件系统都会发生或多或少的改变。当前Docker能够支持哪些持久化，下面一一列出。

1. 容器实例因意外出现退出，如何持久化这种情况，人为使用 'docker commit'，也是不错的方法。但有人提出了更好的方式，通过捕捉退出信号，不妨一试。

   trapping signal from “docker stop” in bash

   docker-exec项目

2. 容器实例的挂起/恢复当前Docker不支持容器的挂起/恢复操作，但可参考一下原生的LXC内置命令lxc-freeze/lxc-unfreeze和CRIU(http://criu.org/Main_Page)：

   consider a docker suspend and resume

   Can I suspend and then resume Docker container?

   目前最期待Docker和CRIU的整合工作有待进展，可能会促进Docker商业化更进一步。

3. 挂载宿主机目录 Docker支持挂载宿主机目录，支持宿主机目录和容器之间文件目录进行映射，彼此共享:

   docker run -i -t -v /host/dir:/container/path ubuntu /bin/bash
   

   在Dockerfile中，则可以使用'VOLUME'命令

   VOLUME ["/var/volume1", "/var/volume2"] 
   

4. 如何在容器之间共享存储 容器之间文件目录(数据卷)可分享、重用，主要借助于'-volumes-from'参数实现。

   COUCH1=$(sudo docker run -d -v /var/lib/couchdb shykes/couchdb:2013-05-03)
   COUCH2=$(sudo docker run -d -volumes-from $COUCH1 shykes/couchdb:2013-05-03)
   

   这个特性，可引入很大的想象空间。若，一个Container实例用于Web存储，另外两个实例负载用于处理应用请求，分分离离，降低耦合。

5. 镜像导入/导出构建的镜像，作为一种状态存在，支持很方便的导入导出。导出：

   docker save IMAGENAME | bzip2 -9 -c>img.tar.bz2
   

   导入镜像：

   bzip2 -d -c <img.tar.bz2 | docker load
   

小结

目前Docker对运行中容器内存状态持久化不支持，仅限于文件层面的持久化支持等。通过挂载宿主机目录，把变化部分mount过来即可，减少docker commit次数，实现动静态分离。

更多信息，可参考：Share Directories via Volumes