Mongodb Sharding 架构方案

DBMaster

read

RS2

DBArbiter

说明

ConfigServer1

RS1

DBSlave

注意事项：实际生成环境中，建议将配置服务器、分片中的节点放在不同的服务器上，这样整体架构的容灾性会大大增强，如果只有一个路由的话 那一定要用单独的服务器，多个的话，可与应用服务器共用

说明shards中，可以是单独的mongod，也可以是副本集，一般高可用性的集群架构推荐使用副本集的，下面是两种推荐的方案：1：一主一从一仲裁。当主节点或者从节点其中之一遇到问题之后，此分片依然可读可写。2：一主一从一隐藏节点。主从节点负责分片中的全部读写，隐藏节点负责备份。

说明： 基于副本集的并实现读写分离的集群，最简单的模式，就是一主一从一仲裁，如果参与仲裁的节点为两个的话（也就是一个主节点，一个副节点），从架构上讲一定是要一个仲裁节点的，否则主节点出问题后不会自动选举副本成为主节点，那将失去基于副本集的集群意义。 如果参与仲裁的节点大于两个（也就是一个主节点，多个副节点），那么仲裁节点可以省略，但是容错性是有限制的，这个与副本集选举的算法有关，不做详细阐述，详细的请参看mongodb官网，副本集原理。 作者推荐：不管几台副本最好要有仲裁节点。

Mongos（路由）

Applications

Config Mongo

Mongos1

RS3

Shards

Mongodb基于副本集集群的读写分离实现方案

Mongodb基于分片的集群方案

类比

Mongos2

write