MongoDB支持不同服务之间的异步的数据复制，来实现failover（故障转移，故障切换，故障恢复） and redundancy（数据冗余）。
同一时间，只有一个服务节点（primary或者master）支持写入。
MongoDB支持两种复制的模式：
- Master/Slave，主从复制，角色包括master和slave。
- Replica Set，复制集复制，角色包括primary和secondary。
介绍Master/Slave的官方地址：
http://www.mongodb.org/display/DOCS/Master+Slave
介绍Replica Set的官方地址：
http://www.mongodb.org/display/DOCS/Replica+Sets
今天实战的是replica set，也就是复制集复制。
- replica set可以实现自动的failover和自动的recovery。
- replica set由两个或者更多的节点组成，实现彼此的复制。
- replica set自动选择primary节点，没有一个节点是固定的primary。
- mongos会自动发现一个replica set的primary节点发生变化，并将写操作发送给这个新的primary节点。
通常用于下面几个场景
- 数据冗余。
- 自动failover，提供高可用性的服务。
- 分散读的负载。
- 简化维护(相对于master-slave来说）。
- 灾难恢复。
首先还是启动mongod，用于replica set的参数有两个：
--replSet <setname>，复制集的名称。
--oplogSize <MB>，操作日志的大小，单位为MB。
这回我们在centos下面配置replica set，先启动两个mongod节点。
mongod --dbpath /data/mongo1/ --logpath /data/mongo1/log.log --replSet haohailuo --port 80001 --bind_ip 192.168.1.100
mongod --dbpath /data/mongo2/ --logpath /data/mongo2/log.log --replSet haohailuo --port 80002 --bind_ip 192.168.1.100
mongod --dbpath /data/mongo3/ --logpath /data/mongo3/log.log --replSet haohailuo --port 80003 --bind_ip 192.168.1.100
你会注意到，上面三个mongod的启动参数replSet指定了相同的值haohailuo，也就是三个mongod节点处于同一个replica set中。
Replica Set的初始化
光启动了三个mongod节点，还不能提供任何的服务，这时候你使用mongo连接之后，进行db.users.insert会提示你no master，也就是说没有primary节点，所以他不知道往哪一个节点写入数据。
在启动了两个个mongod节点之后，需要进行初始化。
首先用mongo连接到任意一个mongod节点，然后执行下面的命令。
cfg={
_id:'shard1',
members:[
{_id:0,host:'192.168.1.100:80001'},
{_id:1,host:'192.168.1.100:80002'}]
}
rs.initiate(cfg) 出现下面的提示信息就代表成功了，如果没有成功，可以google一下错误提示，会找到很多的答案的。
{
"info" : "Config now saved locally. Should come online in about a minute.",
"ok" : 1
}继续执行如下命令
rs.status()
可以查看replica set的状态，包括名称，时间，当前登录的mongod是primary还是secondary，以及成员的信息等。
在replica set的信息中，其中重要的是：
- myState的值，如果是1代表当前登录的是primary；如果是2代表当前登录的是secondary。
成员信息中包括地址，健康状态，是primary还是secondary等。
成员信息中比较重要的是
- state：1表示该host是当前可以进行读写，2：不能读写
- health：1表示该host目前是正常的，0:异常
这时候登录primary的mongod，插入一条数据。
//假设80001是primary，可以通过查询rs.status来获取
mongo 192.168.1.100:80001
use infos
db.users.insert({'username':'test1'})
db.users.insert({'username':'test2'})然后查看secondary的log文件，会发现发生了复制行为。
这时候登录secondary，use infos，db.users.find()，可以报错了。
error: { "$err" : "not master and slaveok=false", "code" : 13435 }没有关系，在secondary读取数据还需要我们做最后的一步，在需要读取数据的secondary上执行或者在~/.mongorc.js中增加rs.slaveOK()。
在写多读少的应用中，使用Replica Sets来实现读写分离。通过在连接时指定或者在主库指定slaveOk，由Secondary来分担读的压力，Primary只承担写操作。
对于replica set 中的secondary 节点默认是不可读的。
rs.slaveOK()
这时候再次db.users.find()，正常显示结果了，没有问题了。
添加节点
连接primary节点，执行下面的命令:
rs.add('192.168.1.100:80003')
或者
rs.addArb('192.168.1.100:80003')
//重新配置
rs.reconfig(rs.conf())强制一个节点成为primary
在mongodb2.0之后可以使用下面
相比master-slave，replica set的优点就是没有单点故障，primary故障之后，整个replica set会自动选择一个健康的节点成为primary，承担写的任务，可用性比master-slave的高，提供更高的可用性。
运维相关：
1、利用另外一台secondary机器传送数据
2、在新机器上中配置文件中添加fastsync=true配置（当需要从有数据中启动节点，那么必须加上fastsync=true，否则启动会报错，如果是从主库直接同步所有数据，那么就不需要添加这个参数）
3、启动后，在primary节点中添加节点
如：rs.add("10.73.24.171:9005") 当我们看到变为secondary后，就一切正常，可以正常提供线上服务了
4、通过rs.conf()命令查看现在的节点信息（需要admin库密码权限）
5、rs.remove()删除节点
6、添加arbiter节点：rs.addArb("10.73.24.171:19003")
7、添加延时备份机器：rs.add({_id:4,host:"10.55.22.176:9004",priority:0,slaveDelay:3600});
8、当出现这个错误时：replSet error RS102 too stale to catch up，我们可以db.printReplicationInfo() 查看主库、从库的oplog信息；
以上为切换过程中用到的大部分命令，主要还是replica set管理工具，如果能掌握，那么升级、扩容、主库切换都能快速进行！
这次在运维中，由于机器不够，去掉了延时备份角色，只做了主-->备-->2arbiter的一个高可用集群，当主库失效时候，基本能在10秒中切换到备上！
本文地址:
http://www.it300.com/article-15313.html
评论