今天就跟大家聊聊有关如何分析overlay2存储驱动的磁盘配额问题,可能很多人都不太了解,为了让大家更加了解,小编给大家总结了以下内容,希望大家根据这篇文章可以有所收获。
成都创新互联公司服务项目包括遂昌网站建设、遂昌网站制作、遂昌网页制作以及遂昌网络营销策划等。多年来,我们专注于互联网行业,利用自身积累的技术优势、行业经验、深度合作伙伴关系等,向广大中小型企业、政府机构等提供互联网行业的解决方案,遂昌网站推广取得了明显的社会效益与经济效益。目前,我们服务的客户以成都为中心已经辐射到遂昌省份的部分城市,未来相信会继续扩大服务区域并继续获得客户的支持与信任!
docker centos(内核3.10)上默认存储驱动是devicemapper 的loop-lvm模式,这种模式是用文件模拟块设备,不推荐生产使用
direct lvm又不是一个开箱即用的模式,懒得配置
最关键的是 docker in docker的情况下 device mapper是行不通的,典型的场景就是用drone时,构建docker镜像就不能正常工作
overlay存储驱动层数过多时会导致文件链接数过多可能会耗尽inode
所以当前overlay2是个比较好的选择
你需要一个高版本的内核推荐4.9以上,我们用的是4.14,如果使用低内核可能你一些FROM别的基础镜像就跑不了,如用overlay2在centos系统上跑FROM ubuntu的镜像(不是必现)
我们这里提供了一个免费的内核rpm包 这个在我们生产环境跑了将近一年没出任何问题
不使用xfs就无法做到给每个容器限制10G的大小,就可能出现一个容器的误操作导致把机器盘全占完
我们使用了lvm去弄个分区出来做xfs文件系统,当然你也可以不用lvm
|
|
overlay2如果不做一些特殊操作,cadvisor是监控不到容器内实际使用多少磁盘的,经过xfs和配额配置才能正常监控到
|
|
systemctl daemon-reload systemctl restart docker
这样就可以把每个容器磁盘大小限制在10G了
看完上述内容,你们对如何分析overlay2存储驱动的磁盘配额问题有进一步的了解吗?如果还想了解更多知识或者相关内容,请关注创新互联行业资讯频道,感谢大家的支持。
售后响应及时
7×24小时客服热线数据备份
更安全、更高效、更稳定价格公道精准
项目经理精准报价不弄虚作假合作无风险
重合同讲信誉,无效全额退款