为何选linux overlay而非其他

选择 Linux Overlay（OverlayFS） 而不是其他文件系统或分层方案，通常是因为它在轻量、高性能、易用、内核原生等方面有明显优势。下面从“为什么用 Overlay”以及“和其他方案对比”两个角度说清楚。

一、为什么选 Linux Overlay（OverlayFS）

1. 内核原生，免额外维护

• OverlayFS 自 Linux 3.18+ 进入主线内核
• 不需要用户态守护进程
• 不依赖额外文件系统格式（如 AUFS 需要补丁）

✅ 稳定、安全、随内核升级

2. 写时复制（Copy-on-Write）

• 只读层（lower）不被修改
• 只在写时把文件复制到可写层（upper）
• 非常适合：
  • 容器镜像
  • 只读系统 + 临时修改
  • 系统恢复环境

✅ 节省磁盘
✅ 快速创建实例

3. 多层叠加，逻辑清晰

lowerdir (只读)
      ↓
upperdir (可写)
      ↓
merged (视图)

• 可叠加多个 lower
• 上层覆盖下层
• 非常适合 基础镜像 + 应用层 + 配置层

4. 性能优于很多替代方案

OverlayFS：

• 元数据操作快
• 随机读写接近原生 ext4
• 适合高密度容器

5. 容器生态事实标准

• Docker 默认存储驱动
• Kubernetes / containerd / podman 都支持
• 镜像格式（OCI）天然适配 overlay

✅ 不选 overlay 反而“另类”

二、和其他方案对比

1. vs AUFS

→ AUFS 已被淘汰

2. vs 块设备快照（LVM / ZFS / Btrfs）

→ 块快照适合“整机”，不适合“大量轻量实例”

3. vs 普通目录 + 软链接

• 无隔离
• 无写时复制
• 难回滚

三、什么时候“不该”用 Overlay

• 需要强一致性事务（用 ZFS/Btrfs）
• 超大单文件频繁写（写放大）
• 跨主机共享可写层（需配合网络存储）

一句话总结

OverlayFS = 内核原生 + 轻量 + 写时复制 + 容器友好，这正是它击败 AUFS、UnionFS、块快照成为默认选择的原因。

如果你愿意，我也可以结合 Docker / K8s / 嵌入式系统 / 只读 rootfs 场景具体讲为什么必须用 overlay。