在群中使用v3独特托pipe的数据卷容器

对于我们的持续集成环境，我们希望开始使用docker swarm和最新版本的V3撰写文件规范。 （Docker 1.13.1和docker-compose 1.10.0）。

我们目前正在使用V2，因此将所有内容部署到主机级别。

对于数据容器 – 数据库数据 – 还是有状态的容器，可以使用群集模式的本地卷以及亲和性来工作，以便数据库容器和数据容器位于同一个主机上？ 说得通？

我们知道有几个插件可以与分布式卷-Flocker，NFS等一起工作，但是我们不知道这个scheme在本地卷上有哪些优缺点，

对于docker swarm来说，对于分布式有状态容器来说，谁负责维护数据的一致性和同步？

非常感谢你的帮助

问候，玛拉诺

Answer 1

对于数据容器 – 数据库数据 – 还是有状态的容器，可以使用群集模式的本地卷以及亲和性来工作，以便数据库容器和数据容器位于同一个主机上？ 说得通？

群模式的一个主要特点是为节点故障提供高可用性。 使用关联将容器固定到单个节点将导致节点故障时的服务中断。

现在为了实现跨多个节点的绑定挂载/卷，您可以使用以下选项：

1. 使用集群文件系统，如群集节点上的glusterfs，ceph和…，然后使用指向共享fs的服务定义中的绑定挂载。

2. 使用docker提供的许多存储驱动程序之一，像flocker一样提供共享存储，…

3. 切换到Kubernetes，并通过存储类和声明使用多个后端来利用自动卷configuration。

我们知道有几个插件可以与分布式卷-Flocker，NFS等一起工作，但我们不知道这个scheme在本地卷上的优缺点。

取决于解决scheme，工作量，应用程序，但主要优势是：您不需要使用亲和力，也可以为有状态容器实现高可用性。 尽pipe我build议你迁移到kubernetes来进行更高级的持久存储configuration和缩放处理。

对于docker swarm来说，对于分布式有状态容器来说，谁负责维护数据的一致性和同步？

应用程序本身 云就绪应用程序自动执行此操作 看看elasticsearch，cockroachdb，mongodb，…