云服务器Docker存储扩展需选对overlay2驱动、预足底层空间、限制日志镜像占用、必要时调大单层上限。四步依次为：启用overlay2；挂载独立数据盘或迁移data-root；配置全局/单容器日志限容；特定场景下设overlay2.size参数。
云服务器上 Docker 存储扩展不是“装完就完”的事，而是直接影响容器运行稳定性、镜像拉取速度和日志/数据持久性的关键环节。高效配置的核心在于：选对存储驱动 + 预留足够空间 + 合理设置上限 + 避免运行时硬扩容。下面分四块讲清楚怎么做。
确认并启用 overlay2 存储驱动
overlay2 是当前 Linux 主流发行版（Ubuntu 22.04+/CentOS 8+）默认且最推荐的存储驱动，性能好、兼容性强、支持多层写时复制（Copy-on-Write）。安装 Docker 后务必验证并显式启用：
- 执行
docker info | grep "Storage Driver"，若显示overlay2则已就绪；若为aufs或devicemapper，需手动切换 - 编辑
/etc/docker/daemon.json，添加或修正配置：{ "storage-driver": "overlay2", "storage-opts": ["overlay2.override_kernel_check=true"] } - 保存后执行
sudo systemctl daemon-reload && sudo systemctl restart docker
为 overlay2 预分配足够底层空间
overlay2 本身不直接限制单个容器大小，但它依赖宿主机文件系统（通常是 ext4/xfs）的可用空间。很多问题其实源于磁盘满，而非 Docker 配置本身：
- 创建云服务器实例时，系统盘建议 ≥ 80GB SSD（尤其要跑数据库、MinIO 等有状态服务）
- 对大容量需求场景（如日志归档、对象存储），单独挂载一块高性能数据盘（例如阿里云 ESSD、腾讯云 CBS），挂载到
/var/lib/docker或其子目录（如/var/lib/docker/volumes） - 若已部署，可迁移 Docker 根目录：
停服务 →rsync -avz /var/lib/docker /mnt/data/docker→ 修改daemon.json加入"data-root": "/mnt/data/docker"→ 重启
限制容器日志与镜像占用（防“悄无声息撑爆”）
不设限的日志和缓存是云服务器磁盘告警最常见的原因。这不是扩容，而是“精准节流”：
- 全局日志限制（推荐）：在
/etc/docker/daemon.json中加入："log-driver": "json-file", "log-opts": { "max-size": "10m", "max-file": "3" } - 单容器日志限制（启动时）：
docker run --log-opt max-size=5m --log-opt max-file=2 ... - 定期清理无用资源：
docker system prune -a --volumes（慎用，会删未使用的镜像、容器、卷） - 避免长期堆积 dangling 镜像：
docker images -f "dangling=true" -q | xargs docker rmi
必要时调整 overlay2 单层大小上限（仅特定场景）
绝大多数 Web 应用无需此步。仅当使用 docker build 构建超大镜像（如含完整 JDK+大数据工具链），且遇到 no space left on device 报错时才考虑：
- overlay2 默认单层最大约 100GB，但内核参数可能限制更小；可通过
storage-opts扩展（需内核支持） - 在
daemon.json中添加（示例设为 40GB）："storage-opts": ["overlay2.size=40G"]
-
注意：该参数仅对新创建的层生效，已有容器不受影响；且必须配合
overlay2.override_kernel_check=true使用
