MongoDB Replica Set集群
Mongodb集群有三种模式：replica set ,Sharding,Master-Slaver
第一种模式 replica set(副本集) 集群中有三个角色，master,slave,arbiter(仲裁机器) 从不支持数据的写，只能登陆master进行数据操作
其实简单来说就是集群当中包含了多份数据，保证主节点挂掉了，备节点能继续提供数据服务，提供的前提就是数据需要和主节点一致，主备节点存储数据，仲裁节点不存储数据。客户端同时连接主节点与备节点，不连接仲裁节点。默认设置下，主节点提供所有增删查改服务，备节点不提供任何服务。但是可以通过设置使备节点提供查询服务，这样就可以减少主节点的压力，当客户端进行数据查询时，请求自动转到备节点上。这个设置叫做Read Preference Modes，同时Java客户端提供了简单的配置方式，可以不必直接对数据库进行操作。仲裁节点是一种特殊的节点，它本身并不存储数据，主要的作用是决定哪一个备节点在主节点挂掉之后提升为主节点，所以客户端不需要连接此节点。这里虽然只有一个备节点，但是仍然需要一个仲裁节点来提升备节点级别。我开始也不相信必须要有仲裁节点，但是自己也试过没仲裁节点的话，主节点挂了备节点还是备节点，所以咱们还是需要它的
主节点
#master.conf
dbpath=/data/mongodb/master
logpath=/data/mongodb/master.log
pidfilepath=/data/mongodb/master.pid
#keyFile=/data/mongodb/mongodb.key
directoryperdb=true
logappend=true
replSet=91db
bind_ip=192.168.1.100
port=27017
#auth=true
oplogSize=100
fork=true
noprealloc=true
#maxConns=4000
#slave.conf
dbpath=/data/mongodb/slave
logpath=/data/mongodb/slave.log
pidfilepath=/data/mongodb/slave.pid
#keyFile=/data/mongodb/mongodb.key
directoryperdb=true
logappend=true
replSet=91db
bind_ip=192.168.1.101
port=27017
#auth=true
oplogSize=100
fork=true
noprealloc=true
#maxConns=4000
#arbiter.conf
dbpath=/data/mongodb/arbiter
logpath=/data/mongodb/arbiter.log
pidfilepath=/data/mongodb/arbiter.pid
#keyFile=/data/mongodb/mongodb.key //节点之间用于验证文件，内容要保持一致，权限600，仅replica set模式有效
directoryperdb=true
logappend=true
replSet=91db
bind_ip=192.168.1.101
port=27019
#auth=true
oplogSize=100
fork=true
noprealloc=true
#maxConns=4000
keyFile和auth选项要在集群配置好后，并且添加了验证用户后在启用
在主节点上配置
>use admin
>cfg={ _id:"91db", members:[ {_id:0,host:'192.168.1.100:27017',priority:2},{_id:1,host:'192.168.1.101:27017',priority:1},{_id:2,host:'192.168.1.101:27019',arbiterOnly:true}] };
> rs.initiate(cfg) #使cfg配置生效
cfg名字可选，只要跟mongodb参数不冲突，_id为Replica Set名字，members里面的优先级priority值高的为主节点，对于仲裁点一定要加上arbiterOnly:true，否则主备模式不生效
查看是否生效：rs.status()
添加新的节点到集群中，首先配置新节点的相应配置文件，而后登陆主节点执行rs.add("x.x.x.x:port"); rs.status();
添加仲裁
rs.addArb("10.10.113.122:30004");