Overlay2 是 docker 默认推荐存储驱动，基于内核 overlayfs 实现高效镜像叠加，但需优化配置与使用以避免 I/O 延迟、inode 耗尽等问题；其核心含 lowerdir/upperdir/merged 三层结构，性能关键点包括小文件读写、深层叠加、宿主机文件系统选型及 copy_up 开销；建议显式配置 daemon.json、启用 metacopy、选用 xfs+reflink、减少镜像层数、合理使用 tmpfs 与日志驱动，并持续监控 upperdir 大小、inode 使用率、内核日志及 I/O 延迟。
Overlay2 是目前 Docker 默认且推荐的存储驱动，相比 UnionFS（如 aufs）在性能、稳定性和内核兼容性上都有显著提升。它通过利用 linux 内核的 overlayfs 实现多层镜像的高效叠加，但若配置或使用不当，仍可能引发 I/O 延迟、inode 耗尽、写放大等问题。
Overlay2 的核心机制与性能关键点
Overlay2 使用两层目录结构：lowerdir（只读层，对应镜像层）、upperdir（可写层，对应容器读写层）和 merged（挂载后的统一视图）。它的性能瓶颈通常出现在：
- 大量小文件读写：每层都是独立的 ext4/xfs 文件系统，频繁 stat/open/write 触发元数据操作，易造成 inode 和 dentry 缓存压力；
- 深层镜像叠加：超过 10 层时，open() 系统调用需逐层查找文件，路径解析开销上升；
- 宿主机文件系统选择：overlay2 在 xfs 上支持 project quota 和 reflink，比 ext4 更适合容器高密度场景；
- copy_up 开销：首次修改底层只读文件时，需完整拷贝到 upperdir，大文件会阻塞写入。
关键优化配置项
在 /etc/docker/daemon.json 中合理设置以下参数：
- storage-driver: “overlay2”：显式声明，避免自动降级；
- storage-opts: [“overlay2.override_kernel_check=true”]：仅在确认内核 ≥ 4.0 且启用 overlay 模块时启用（生产环境建议先验证）；
- storage-opts: [“overlay2.mountopt=nodev,metacopy=on”]：开启 metacopy 可加速 copy_up（需内核 ≥ 4.19）；
- 使用 xfs 并启用 project quota：格式化时加 -m reflink=1,finobt=1，Docker 启动时加 –storage-opt overlay2.size=20G 限制单容器 upperdir 容量。
构建与运行阶段的实践建议
优化不止在运行时，更始于镜像构建：
- 减少镜像层数：合并 RUN 命令，用 && 链式执行并及时清理缓存（如 apt-get clean）；
- 避免 COPY 大量小文件：优先用 COPY *.tar /app/ && tar -xf 替代逐个文件复制；
- 对写密集型应用启用 tmpfs：如日志目录、临时缓存，通过 docker run –tmpfs /var/log:rw,size=64m 卸载到内存；
- 禁用 no-op 日志驱动：默认 json-file 在高频写日志时易成瓶颈，改用 local 或 journald 驱动。
监控与问题定位
日常需关注三类指标：
- overlay2 目录状态：du -sh /var/lib/docker/overlay2/*/diff 查 upperdir 大小，异常膨胀说明应用在持续写底层未清理；
- inode 使用率：df -i /var/lib/docker，接近 100% 会导致容器无法启动；
- 内核日志：dmesg | grep -i overlay 检查是否触发 copy_up 警告或 mount 失败；
- 容器 I/O 延迟：用 iostat -x 1 观察 await、%util，结合 docker stats 关联具体容器。