CentOS 上的 Overlay 在容器化中的两类核心应用
在 CentOS 环境中，Overlay 既指 OverlayFS 联合文件系统（用于容器镜像/容器的分层读写），也指 Docker Swarm 的 Overlay 网络（用于跨主机容器互联）。二者分别解决“镜像分层存储与写时复制”和“跨主机网络连通”的问题，是容器化平台的关键基础能力。
一 存储层面 OverlayFS 的应用
- 作用与价值
- 将镜像的多个只读层与容器的可写层叠加，呈现统一的 merged 视图；同名文件上层覆盖下层，节省空间并提升构建/分发效率。
- 典型目录结构：lowerdir（只读镜像层）、upperdir（容器可写层）、merged（联合挂载点）、workdir（OverlayFS 工作目录，需与 upperdir 同文件系统）。
- 读写与删除语义
- 读：优先从 upperdir 查找，未命中再回退 lowerdir；上层文件遮蔽下层同名文件。
- 写：对来自 lower 的文件首次写入触发 copy_up（写时复制），后续写入在同一副本上进行；因按文件而非块复制，大文件首次写入代价较高。
- 删：在 upper 生成 whiteout 文件标记删除；删除目录生成 opaque 目录以遮蔽下层。
- 在 CentOS 上的启用与前提
- 内核需支持 OverlayFS；在 RHEL/CentOS 7 上建议使用 3.10.0-514+ 的内核以获得较好支持。
- 常见后端文件系统为 XFS，需启用 ftype=1（用 xfs_info 验证）；在生产上优先选用 overlay2（较 overlay 更稳、支持更多层）。
- Docker 侧配置：编辑 /etc/docker/daemon.json 设置 “storage-driver”: “overlay2”，重启 Docker 后用 docker info 校验。
- 典型场景
- 无状态服务的高密度部署（镜像层共享、容器层短暂可写）。
- CI/CD 构建缓存与多阶段构建（分层复用、写时复制减少重复拉取/拷贝）。
二 网络层面 Docker Swarm Overlay 的应用
- 作用与价值
- 在 CentOS 主机集群上创建跨主机的虚拟网络，使不同节点上的容器直接互通，底层常通过 VXLAN 封装实现隧道转发。
- 快速用法
- 初始化 Swarm 后创建网络：docker network create --driver overlay --subnet=10.0.0.0/24 my-overlay；将服务加入该网络即可跨主机通信。
- 运维要点
- 需保证各节点内核与 Docker 版本兼容，并开放 VXLAN/GRE 所需防火墙规则；生产建议开启 TLS 加密控制面与数据面通信。
三 实践注意事项与性能建议
- 存储性能
- 避免对大文件进行频繁“就地修改”，以减少 copy_up 带来的首次写入放大；将高频写目录挂载为 volume（卷）可规避 OverlayFS 写放大。
- 合理控制镜像层数，优先使用 overlay2；在 XFS 上确保 ftype=1，避免因特性不支持导致挂载或功能受限。
- 变更与兼容
- 切换 Docker 存储驱动会使本地既有容器/镜像不可见，变更前先 docker save 或推送到镜像仓库备份。
- 网络与安全
- Overlay 网络会引入一定封装与转发开销；跨主机场景建议结合业务时延/带宽要求评估是否需要调整 MTU、启用加密与访问控制策略。