复制集中拥有四个或更多节点¶
虽然复制集默认配置是三个节点，但是我们也可以使用拥有更高扩展性的架构，设置更多节点。新增复制集节点来提高复制集的容灾能力或是提高分布式读的读性能。
当我们新增节点的时候，需谨记：
复制集需要有奇数个参与投票的节点。如果复制集中参与投票的节点是 偶数个 ，新增一个 投票节点 来使复制集中参与投票的节点变为奇数。
下列的复制集架构就需要一个投票节点来使参与投票得节点为奇数个。
Diagram of a four member replica set plus an arbiter for odd number of votes.
一个复制集最多能有12个节点， [1] 但是其中仅有7个参与投票的节点。参见 non-voting members 获得更多信息。
在下述这样拥有9个节点的复制集中，有7个参与投票的节点和2个不参与投票的几点。
Diagram of a 9 member replica set with the maximum of 7 voting members.
Members that cannot become primary in a failover have priority 0 configuration.
从实例层面来看，一些节点由于承载能力或是性能有限则不应该升职主节点。将这些节点设置为 优先级为0 的节点来让其无法升职为主节点。下述这样的复制集架构中，第三个数据中心中的从节点的优先级为0：
Diagram of a 5 member replica set distributed across three data centers. Replica set includes a priority 0 member.
复制集中得多数节点应该在我们应用的主数据中心中。
参见
部署复制集, 为复制集添加投票节点, and 为复制集新增节点.
| [1] | 当我们使用复制集的架构来作为应用的解决方案，我们需要知道的是：一个复制集最多拥有12个节点。如果我们的业务需要超过12个节点，我们需要用到 主-从 架构。主-从复制的架构没有自动故障切换功能。 |