CouchDB复制build议使用拓扑结构

我正在研究在不同国家/地区使用七个CouchDB服务器（A，B，C，D，E，F，G）的系统的build议。 这个想法是configuration多主复制，使所有的数据可以保持同步。

我可以configuration从每个服务器到其他服务器的双向复制

但我怀疑这可能会导致太多的连接，可能会增加使用的带宽，从而降低性能（是这种情况？）。

• Robocopy Delta通过networking复制
• 将Server 2003 DFS根目录复制到Server 2008
• 为什么–skip-slave-start推荐使用MySQL`START SLAVE UNTIL`？
• Windows上的MySQL复制是否可靠？
• 可以使用sybase复制来同步sybase和mysql数据库吗？

所以我的下一个想法是像一个戒指configuration他们：

现在我们有更less的连接，并且每个节点连接到两个服务器时仍然有冗余。 我的特定情况的问题是，我们不希望所有节点中都有所有的数据库。 我们希望有两个节点（A和B）与所有的数据库，其余的不同的子集。 出于这个原因，我正在考虑这样做：

由于我不是networking拓扑专家，我想问一下：

• 对所有节点复制所有节点真的不是一个好主意吗？
• 这是一个合理的拓扑（最后显示）？
• 我可以在哪里了解更多？

为了完整起见，这些数字是使用以下Mathematica命令生成的：

Graph[Rule @@@ Permutations[CharacterRange["A", "G"], {2}], VertexLabels -> "Name"] Graph[Rule @@@ (Partition[CharacterRange["A", "G"], 2, 1, {-1}] /. {a_, b_} :> Sequence[{a, b}, {b, a}]), VertexLabels -> "Name"] Graph[Flatten[Outer[{#1 -> #2, #2 -> #1} &, {"A", "B"}, CharacterRange["C", "G"]]~Join~{"A" -> "B", "B" -> "A"}], VertexLabels -> "Name"]