人们如何处理Docker容器的持久性存储?
我当前正在使用这种方法:构建映像(例如针对PostgreSQL),然后使用以下命令启动容器
docker run --volumes-from c0dbc34fd631 -d app_name/postgres
恕我直言,这有一个缺点,我绝对不能(偶然)删除容器“ c0dbc34fd631”。
另一个想法是将主机卷“-v”安装到容器中,但是, 用户ID 的容器内不一定匹配 用户ID 从主机,然后权限可能会混乱。
注意:例如,--volumes-from 'cryptic_id'您可以使用--volumes-from my-data- containerwhere my-data-container是分配给仅数据容器的名称,而不是docker run --name my-data- container ...(请参见接受的答案)
--volumes-from 'cryptic_id'
--volumes-from my-data- container
my-data-container
docker run --name my-data- container ...
使用体积API
docker volume create --name hello docker run -d -v hello:/container/path/for/volume container_image my_command
这意味着必须放弃仅数据的容器模式,而使用新的卷。
实际上,卷API只是实现数据容器模式的一种更好的方法。
如果您使用-v volume_name:/container/fs/pathDocker 创建容器,则会自动为您创建一个命名卷,该卷可以:
-v volume_name:/container/fs/path
docker volume ls
docker volume inspect volume_name
--volumes-from
新的卷API添加了一个有用的命令,可用于标识悬空的卷:
docker volume ls -f dangling=true
然后通过名称删除它:
docker volume rm <volume name>
正如@mpugach在注释中强调的那样,您可以使用一个漂亮的衬里摆脱所有悬空的体积:
docker volume rm $(docker volume ls -f dangling=true -q) # Or using 1.13.x docker volume prune
最适合生产的方法是使用 仅数据容器 。
仅数据容器在准系统图像上运行,除了暴露数据量外,实际上不执行任何操作。
然后,您可以运行任何其他容器来访问数据容器卷:
docker run --volumes-from data-container some-other-container command-to-execute
在此博客文章中,对所谓的 容器作为卷模式 有很好的描述,阐明了 仅 具有 数据的容器的 要点。
Docker文档现在将 容器 的定义描述 为卷/秒 模式。
以下是Docker 1.8.x及以下版本的备份/还原过程。
备份:
sudo docker run --rm --volumes-from DATA -v $(pwd):/backup busybox tar cvf /backup/backup.tar /data
恢复:
# Create a new data container $ sudo docker run -v /data -name DATA2 busybox true # untar the backup files into the new container᾿s data volume $ sudo docker run --rm --volumes-from DATA2 -v $(pwd):/backup busybox tar xvf /backup/backup.tar data/ data/sven.txt # Compare to the original container $ sudo docker run --rm --volumes-from DATA -v `pwd`:/backup busybox ls /data sven.txt
这是优秀的Brian Goff的一篇不错的文章,解释了为什么对容器和数据容器使用相同的图像会很好。