在swarm中将唯一托管的数据卷容器与v3配合使用

Question

对于我们的持续集成环境，我们希望开始使用docker swarm和最新版本的compose files规范的V3。(Docker 1.13.1和docker-compose 1.10.0)。

我们目前正在与V2合作，因此将所有内容部署到主机级。

对于数据容器--数据库数据--或statefull容器，使用集群模式的本地卷，可以使用亲和性，从而使数据库容器和数据容器驻留在同一主机上？合乎道理?

我们知道有几个插件可以与分布式卷-Flocker、NFS等一起工作-但我们不知道这种方案相对于本地卷的优缺点是什么，

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

非常感谢你的帮助

你好，马拉诺

Answer 1

对于数据容器--数据库数据--或状态完整容器，使用集群模式的本地卷，可以使用亲和性，从而使数据库容器和数据容器驻留在同一主机上？合乎道理?

swarm模式的主要特点之一是为节点故障提供高可用性。使用亲和性将容器固定在单个节点上，会导致节点故障时服务中断。

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

1. 使用一个集群文件系统，如glusterfs、ceph和...跨群节点，然后在指向共享文件系统的服务防御中使用绑定装载。
2. 使用可用于docker的众多存储驱动程序之一，这些驱动程序提供共享存储，如flocker ...
3. 切换到Kubernetes，并通过存储类和声明利用使用多个后端的自动卷调配。

我们知道有几个插件可以与分布式卷-Flocker、NFS等一起使用-但我们不知道这种方案在本地卷方面的优缺点。

这取决于解决方案、工作负载和应用程序，但主要优点是:您不需要使用亲和性，而且您还可以为有状态容器实现高可用性。不过，我建议您迁移到kubernetes，以获得更具个性化的持久存储配置和规模处理。

使用docker swarm的

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

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