CentOS 上 Overlay 的资源占用概览
在 CentOS 环境中，“Overlay”既可能指容器存储层的 OverlayFS（Docker 常见），也可能指容器网络的 Overlay 网络。总体来看，它们本身的开销通常不大，但在高并发、大流量或层数过深等场景下，CPU、内存与 I/O 占用会随之上升，表现为容器读写变慢、网络抖动或磁盘空间被迅速占满等现象。
存储层 OverlayFS 的资源占用
- 空间占用：容器镜像与可写层的叠加会导致 /var/lib/docker/overlay2 迅速增长，极端情况下出现 /dev/vda1 100% 并影响系统稳定性。这类问题常见于日志、缓存、构建产物未及时清理的场景。建议用 du 逐层排查大目录并清理无用数据。
- 性能影响：OverlayFS 的层数越多，元数据与拷贝操作越多，容器启动与文件操作会变慢；精简镜像层数、减少中间层能直接改善启动与运行性能。
- 挂载与内核选项：为挂载点启用 noatime 可减少访问时间更新带来的开销；谨慎使用 datawriteback 可提升写性能，但在断电或崩溃时存在数据一致性风险，需结合业务权衡与充分测试。
网络层 Overlay 的资源占用
- 基线开销：基于 VXLAN 的容器 Overlay 网络会引入额外的封装/解封装与隧道转发，占用一定的 CPU 与 网络带宽；在节点多、POD 多、跨主机流量大的情况下，占用更明显。
- 调优方向：结合业务特征调整内核网络参数（如 net.core.rmem_max、net.core.wmem_max）、启用流量控制（如 tc）、使用更高性能的网卡与队列，有助于降低抖动与丢包、提升吞吐与稳定性。
快速判断与定位
- 存储层：执行 docker stats 观察容器 CPU/内存/IO；用 df -h 与 du -d 1 -h /var/lib/docker/overlay2 定位大目录与空间占用；必要时清理无用镜像、容器与卷。
- 网络层：用 ip a / ss -tulpen / iftop 查看接口与连接；用 tcpdump -i 抓包分析异常流量；结合 nmon / vmstat / iostat 观察 CPU、内存与磁盘瓶颈。
降低占用与优化建议
- 存储层：精简镜像与层数、合并相邻层；为挂载点启用 noatime；谨慎启用 datawriteback；将 /var/lib/docker 放在 SSD 等更快的存储上；定期清理无用镜像、容器、卷与构建缓存。
- 网络层：优化 VXLAN 相关内核网络参数、启用 tc 做带宽与队列管理、升级到高性能网卡并合理调整队列长度；在大规模集群中结合服务发现与健康检查减少无效流量。