2.2、Docker-1.12 简单配置以及驱动介绍
在上一篇我们已经安装完了docker。在这一章里面,我们将要简单的配置一下docker这玩意的启动参数。
我们先对docker存储驱动做一些简单的介绍,docker默认支持集中存储驱动:devicemapper,aufs,overlay,btrfs等。在ubuntu系统中,默认的的存储驱动是aufs,这种方式是比较适合上生产的;在centos系列上默认的存储驱动是devicemapper,这种方式目前不建议上生产,因为默认使用的是/dev/loop1虚拟设备进行存储数据的,这样可能导致数据的不稳定,以及未来的不可扩展(官方建议是使用devicemapper的时候使用direct-lvm)。
/***********邪恶的分割线************/
我介绍下各种存储驱动比较的资料:
aufs:
分为多层镜像层,一个读写层.
修改存在的文件,有写延迟,需要拷贝整个文件到读写层
读文件性能差,需要在多层中搜索
删除一个文件,只需要在读写层放一个空白文件,镜像层文件不删除
性能
支持page cache,内存使用效率高
The underlyingmechanics of how AUFS shares files between image layers and containers uses thesystems page cache very efficiently.
大文件修改有延迟,需要拷贝整个文件到读写层然后修改
overlayfs:
分为二层,upper层和lower层,lower层也就是所谓的images层,upper层就是所谓的读写层.
修改存在的文件(在images层存在),对于小文件影响不大,对于大文件有写延迟(无论是小文件还是大文件,只要修改都会整个文件拷贝到读写层然后修改)
读文件性能优于aufs,因为overlayfs只有两层,所有对于文件搜索来说性能好于aufs
删除一个文件只需要在读写层放一个空白同名文件,镜像层文件并不删除
性能
支持 page Caching 多个容器访问同一个文件可以共享
single pagecache entry efficient with memory and a good option for PaaS and other highdensity use cases.
修改存在的文件的时候,需要从镜像层拷贝整个文件到读写层然后修改,对于大文件有写延迟,但是性能好于aufs,因为搜索文件性能优于aufs overlayfs只有二层
对inode有大量消耗,可能会导致inode用完(可以在格式化文件系统的时候多分配一点inode来解决)
device mapper:
一层就是一个快照,快照就是一个个指向底层真实数据的数据指针
新增文件,导致分配一个block(64kb),然后在这个block上写入数据,因此在有大量小文件写的场合有性能问题
修改文件,copy on write,只是拷贝修改的部分到