人们如何处理Docker容器的持久存储?
我目前正在使用这种方法:构建映像，例如PostgreSQL，然后启动容器
docker run --volumes-from c0dbc34fd631 -d app_name/postgres
恕我直言，这有缺点，我不能(意外地)删除容器“c0dbc34fd631”。
另一个想法是将主机卷“-v”挂载到容器中，然而，容器中的用户id不一定与来自主机的用户id匹配，然后权限可能会被打乱。
注意:除了——volumes-from 'cryptic_id'，你还可以使用——volumes-from my-data-container，其中my-data-container是你分配给仅数据容器的名称，例如docker run——name my-data-container…(见公认答案)
当前回答
@tommasop的回答很好，并解释了使用仅数据容器的一些机制。但是，有些人最初认为数据容器很愚蠢，因为可以将一个卷绑定到主机上(正如其他几个答案所建议的那样)，但现在意识到实际上只有数据的容器非常整洁，我可以推荐我自己的博客文章:为什么Docker数据容器(卷!)很好
请参见:我对“管理Docker共享卷权限的(最佳)方法是什么?”的回答，以获得如何使用数据容器来避免权限和与主机的uid/gid映射等问题的示例。
To address one of the OP's original concerns: that the data container must not be deleted. Even if the data container is deleted, the data itself will not be lost as long as any container has a reference to that volume i.e. any container that mounted the volume via --volumes-from. So unless all the related containers are stopped and deleted (one could consider this the equivalent of an accidental rm -fr /) the data is safe. You can always recreate the data container by doing --volumes-from any container that has a reference to that volume.
和往常一样，做备份!
更新:Docker现在有了可以独立于容器管理的卷，这进一步简化了管理。
其他回答
我只是在主机上使用一个预定义的目录来持久化PostgreSQL的数据。同样，通过这种方式，可以轻松地将现有的PostgreSQL安装迁移到Docker容器:https://crondev.com/persistent-postgresql-inside-docker/
如果在更新5中选择的答案不清楚，从Docker 1.9开始，您可以创建可以存在而不与特定容器关联的卷，从而使“仅数据容器”模式过时。
查看docker 1.9.0中仅数据容器已过时?# 17798。
我认为Docker的维护者意识到只有数据的容器模式有点设计的味道，所以决定让卷成为一个独立的实体，可以在没有关联容器的情况下存在。
使用Kubernetes的Persistent Volume Claim (PVC)，这是一个Docker容器管理和调度工具:
持久的卷
为此目的使用Kubernetes的优点是:
您可以使用任何存储，如NFS或其他存储，即使节点宕机，存储也不需要。 此外，这些卷中的数据可以配置为即使在容器本身被销毁后也可以保留，以便在必要时由另一个容器回收。
虽然这仍然是Docker需要做一些工作的一部分，但你应该将卷与volume指令放在Dockerfile中，这样你就不需要从另一个容器复制卷了。
这将降低容器的相互依赖性，并且不必担心删除一个容器会影响另一个容器。
使用Docker Compose时，只需附加一个命名卷，例如:
version: '2'
services:
db:
image: mysql:5.6
volumes:
- db_data:/var/lib/mysql:rw
environment:
MYSQL_ROOT_PASSWORD: root
volumes:
db_data:
