您好,登錄后才能下訂單哦!
今天就跟大家聊聊有關如何分析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存儲驅動的磁盤配額問題有進一步的了解嗎?如果還想了解更多知識或者相關內容,請關注億速云行業資訊頻道,感謝大家的支持。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。