如何将单个Docker卷挂载到多容器的/var/lib/docker实现镜像共享

不可以将单个Docker卷共享给多个挂载路径为/var/lib/docker的DinD容器使用

/var/lib/docker是Docker daemon的独占数据存储目录，内部包含containerd运行时状态、镜像层元数据、容器状态锁等强关联的状态文件，同一时间仅允许一个Docker daemon进程持有读写权限。多个进程同时读写该目录会触发锁冲突、元数据损坏，你遇到的c2启动超时报错，就是因为先启动的c1已经占用了卷内的containerd状态锁，第二个daemon无法抢占资源启动，严重时还会直接损坏卷内所有镜像数据。

你需要实现宿主机与所有DinD容器镜像共享、容器内新建镜像实时互通，同时不重复占用存储，可以选择以下两种方案：

方案1：使用DooD（Docker-out-of-Docker）替代DinD（最省存储，优先推荐） #

直接挂载宿主机的Docker套接字到容器内，所有容器共用宿主机的Docker daemon，镜像天然全局共享，存储仅保留一份，无同步延迟：

# 无需单独创建存储卷，直接挂载宿主机docker.sock即可
docker run --privileged -v /var/run/docker.sock:/var/run/docker.sock --name c1 -d docker:latest
docker run --privileged -v /var/run/docker.sock:/var/run/docker.sock --name c2 -d docker:latest

该方案下所有容器内的Docker操作都会在宿主机上执行，容器删除不会影响已构建的镜像，完全满足你的需求。

方案2：搭建本地私有镜像Registry（需独立DinD场景使用） #

如果你的场景要求每个容器使用独立的Docker daemon做配置隔离，可以在内网搭建一个本地私有镜像Registry：

• 所有DinD容器配置该Registry为默认镜像缓存源
• 宿主机镜像统一推送到私有Registry，DinD拉取镜像时走本地内网带宽，不会额外占用公网资源
• 任意DinD内新建的镜像推送到Registry后，其他所有容器都可以实时拉取使用
• 可给Registry配置只读挂载关联宿主机镜像存储层，进一步降低存储占用

不要尝试通过修改进程配置、取消文件锁等方式强制共享/var/lib/docker卷，即使能临时启动多个容器，后续也大概率出现元数据损坏、镜像丢失、容器无理由崩溃等问题，风险极高。

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