如何将Docker镜像存于HDD、容器及数据存于SSD不同目录？

一、核心结论：无法直接实现镜像与容器层的拆分存储 #

Docker的存储架构设计决定了镜像的只读层与容器的可写层必须处于同一文件系统下，不能将二者分别存储到SSD和HDD。这一限制源于其分层存储的底层实现机制，下文会详细解释。

二、Docker存储系统工作原理 #

Docker默认采用overlay2存储驱动，核心是分层文件系统机制：

• 镜像只读层：每个镜像由多个只读的文件系统层叠加而成，所有基于该镜像启动的容器会共享这些只读层，避免重复存储。这些层全部存放在/var/lib/docker/overlay2目录下。
• 容器可写层：容器启动时，Docker会在镜像的只读层之上添加一个可写层，容器内的所有修改（如写入文件、修改配置）仅会写入该层，不会改动底层镜像。
• 联合挂载：通过overlay2的联合挂载技术，Docker将镜像的只读层与容器的可写层合并为一个统一的文件系统，供容器访问。这种挂载技术要求所有参与的层必须在同一文件系统中，跨磁盘无法完成联合挂载，容器也就无法正常运行。

你看到/var/lib/docker/overlay2占用大量空间，是因为该目录同时包含了所有镜像的只读层和所有运行中/已停止容器的可写层，二者是紧密关联的整体。

三、满足需求的替代方案 #

虽然无法直接拆分存储，但可以通过以下方法近似实现“容器性能保障+镜像节省空间”的目标：

1. 将容器数据卷挂载到SSD #

容器的性能瓶颈通常来自业务数据的读写，而非镜像本身。你可以将容器的业务数据卷挂载到SSD目录，镜像仍存放在HDD的Docker目录中：

• 创建SSD上的绑定数据卷：

  docker volume create --driver local --opt type=none --opt device=/mnt/ssd/app-data --opt o=bind ssd-app-data
  

• 启动容器时挂载该卷：

  docker run -v ssd-app-data:/app/your-data-dir your-image
  

这样容器的业务数据读写都在SSD上，保障性能，而镜像占用的空间留在HDD。

2. 按需导入/导出大体积镜像 #

对于不常用的大镜像，可以将其导出到HDD存储，需要使用时再导入到SSD的Docker目录：

• 导出镜像到HDD：

  docker save your-large-image > /mnt/hdd/docker-images/your-large-image.tar
  

• 删除本地镜像释放SSD空间：

  docker rmi your-large-image
  

• 需要使用时从HDD导入：

  docker load < /mnt/hdd/docker-images/your-large-image.tar
  

这种方式适合低频使用的大镜像，平衡空间占用与临时性能需求。

3. 极端场景：软链转移大镜像层（不推荐） #

不建议直接操作Docker的底层存储目录，但如果必须尝试，可将大镜像的只读层目录软链到HDD（风险极高，可能导致容器崩溃或数据损坏）：

• 停止Docker服务：

  systemctl stop docker
  

• 通过docker inspect your-large-image查看镜像对应的GraphDriver.Data.LowerDir，找到其在/var/lib/docker/overlay2下的层目录。
• 将该目录移动到HDD：

  mv /var/lib/docker/overlay2/xxx /mnt/hdd/docker-layers/xxx
  

• 创建软链：

  ln -s /mnt/hdd/docker-layers/xxx /var/lib/docker/overlay2/xxx
  

• 重启Docker服务：

  systemctl start docker
  

该方法仅作为极端情况的尝试，生产环境严禁使用。

四、总结 #

Docker的分层存储架构限制了镜像与容器层的拆分存储，核心原因是联合挂载技术对同一文件系统的依赖。通过数据卷挂载、按需导入导出镜像的方式，可在大部分场景下满足你的性能与空间需求。

内容的提问来源于stack exchange，提问作者MoRoBe