2. 通过Docker启动参数的--storage-opt选项来限制每个容器初始化的磁盘大小，如-storage-opt dm.basesize=80G 这样每个容器启动后,根目录的总空间就是80G。
但是我总觉得这样的解决方式不够优雅，需要多步操作才能满足需求，同时，容器的空间还是被限制的，只是限制的大小变化而已。那有没有更好的办法呢? 让我们继续来爬资料，在Docker的官方网站上：
(https://docs.docker.com/engine/reference/commandline/dockerd/)
Docker在存储驱动方面支持 AUFS、Device Mapper、Btrfs、ZFS、 Overlay 、Overlay2等多址方式，现由于AUFS并未并入内核，目前只有Ubuntu系统上能够使用aufs作为docker的存储引擎，而在CentOS系统上默认使用Device Mapper,但是幸运的是，在Linux内核3.18.0以上的版本，是可以原生支持Overlay驱动方式的，Overlayfs跟AUFS很像，但是性能比AUFS好，有更好的内存利用。
Docker通过-s参数选择存储驱动， 通过-s=overlay，我们将存储驱动器设置为Overlay方式，再重启Docker应用。
大家可以看到，现在Docker已经是使用了OverlayFS(这里大家要注意，如果系统有存储的镜像和运行的容器，更改存储驱动后将都不可用，请先行备份)。
通过修改为OverlayFS，Device Mapper的存储池容量限制及单个容器运行最大空间限制统统没有了，同时Overlay的读写性能也好于Device Mapper，只需通过-s=overlay一个参数即可优雅的使用更好的文件系统来运行容器。
至此，容器运行时I/O错误的原因已经完美解决，希望这篇文章能帮到在使用过程中遇到相同问题的朋友。