【Docker】 积累

■　　磁盘空间和docker资源之间的关系

　　通过docker info | grep Space可以看到Docker占据的磁盘空间的信息。其中Data Space Used表示实际上docker资源占用掉的磁盘空间。相对应的Metadata Space Used是表示了所谓的metadata占据空间的大小。

　　data和metadata默认情况下是放在/var/lib/docker/devicemapper/devicemapper中。由于一般/var属于系统盘，而系统盘的大小是比较小的，所以docker很容易占满整个系统盘的空间。所以最好在启动docker的时候指定一个数据盘上的另一个目录作为docker运行时的根目录。通过dockerd的-g或者--graph参数指定。

　　另一方面，我们还可以在docker应用的这个层面限制一下docker资源最多可占用的空间的大小。这个数据体现在docker info中的Data Space Total，这个数字是docker启动时配置项可配置的，不是真的磁盘中的总空间。也就是说这个数字有可能是大于docker运行时目录所在磁盘的总空间的，它从docker应用层限制了docker发展的大小。

　　这个数字的设置方法是dockerd --storage-opt dm.loopdatasize=500G --storage-opt dm.loopmetadatasize=20G --storage-opt dm.basesize=8G，三个参数限制的分别是docker资源总大小，metadata总大小，单个镜像的最大大小。在启动时配合docker运行时根目录所在磁盘的实际空间，设置一个合适的大小，可以避免docker把磁盘挤满这种事情的发生。

　　如果使用systemctl的方式来启动docker的话可以修改/lib/systemd/system/docker.service文件，这个文件是通过systemctl启动dockerd时的各个参数，修改其中的ExecStart加上前面说的几个参数即可。

　　●  扩容

　　如果在docker运行过程中发现了大小不够要扩容了，遵循上面的原理，大概可以这么操作。1. 备份所有镜像和容器，因为到时候会删掉原有data文件并创建新的。2.关停docker服务，像上面说的那样进行启动参数的更改。 3. 删除原有的数据文件，并利用dd命令生成一个指定大小的数据文件，参考【http://blog.csdn.net/TinyJian/article/details/78436739】：

                sudo
                rm -rf /var/lib/docker
sudomkdir -p /var/lib/docker/devicemapper/devicemapper/
sudoddif=/dev/zero of=/var/lib/docker/devicemapper/devicemapper/data bs=1M count=0 seek=8192sudoddif=/dev/zero of=/var/lib/docker/devicemapper/devicemapper/metadata bs=1M count=0 seek=4096

　　然后重启docker服务即可：

                sudo systemctl daemon-reload
sudo systemctl start docker

　　对于空间不够等情况，除了要扩容，更重要的应该是及时清理不要用的容器和镜像。对于镜像，在Linux上可以简单的认为是一个文件，删掉就会减少占用空间，新增就会增加占用空间。在其他一些系统如OSX上则可能会出现删掉了镜像但是空间没有空出来这种事。 * 其实在Linux上也不尽然，生成的镜像即使立刻删除，从dockerinfo的结果来看，似乎也总是会留一点东西在系统中。随着镜像的不断增多，系统的空间肯定是会一点一点变小的。

　　对于容器，当一个容器被生成，容器中的内容自然是作为docker数据的一部分被写入磁盘的。容器在生命周期中，在磁盘中空间占用情况是只增不减的。也就是说当我在容器中建了一个1G的文件，磁盘自然多了1G占用，如果再建一个0.5G的文件，磁盘占用就到了1.5G。此时再把第二个文件删掉，虽然容器中看起来占据空间减少了，但是外面的磁盘中依然维持1.5G占用。除非把这个容器删除。