MongoDB集群上副本集（replica set）建立
1副本集的配置
在单机上成功运行MongoDB后，要使用副本集来创建Mongodb集群，需要先关闭mongod守护进程，然后：
mongod --replSet setname --fork
来使用自己设置的副本集的名字setname并启动mongodb。注意，--fork可以不用，它的意义是让mongod 在后台执行，以方便在shell中运行别的程序。
如果要在配置文件中使用这些选项，可以在配置文件mongo.conf中加入
replSet=setname
fork=true
oplogSize=1024 #日志文件大小，兆(M)为单位。mongod启动时会创建相应大小的文件，如果设定太大会报磁盘空间不足的错误
然后使用 mongod -f mongo.conf 来启动进程
其他选项参见 http://docs.mongodb.org/manual/reference/program/mongod/#cli-mongod-replica-set
2.启动和增加节点
在各个节点上使用了1.中的配置启动后，有两种方法来建立副本集的连接：
1）初始化副本集，增加节点配置
用客户端登陆进入mongo使用
rs.initiate()
初始化副本集，等待一段时间（主要是创建日志文件oplog）后，看到提示符显示setname：PRIMARY> 也就是成功了，然后：
rs.config()
可以查看副本集的配置状态，比如：
{
"_id" : "clover",
"version" : 5,
"members" : [
{
"_id" : 0,
"host" : "host1:27017",
"arbiterOnly" : false,
"buildIndexes" : true,
"hidden" : false,
"priority" : 1,
"tags" : {
},
"slaveDelay" : 0,
"votes" : 1
}
] ...
目前只有一个主节点(primary)，在确保可以访问另外两个节点的mongo服务的情况下，在本机的mongo shell中输入：
rs.add("hostname:port")
来增加节点，成功后使用：
[html] view plain copy print?rs.status()
rs.status()来查看副本状态。
2）使用集群配置文档来创建副本集
这个方法我没有验证，如果要利用配置文档，在进入mongod shell之后，先要创建一个文档：
config = {
"_id" : "setname",
"members" : [
{"_id" : 0, "host" : "host1:port"},
{"_id" : 1, "host" : "host2:port"},
{"_id" : 2, "host" : "host3:port"},
...
]
}
然后使用这个文档来启动副本集：
rs.initiate(config)
使用这种方法必须要用mongo shell来先创建配置文档，而不能使用配置文件。
3.测试副本集
首先，使用
rs.isMaster()
得到：
{
"setName" : "clover",
"setVersion" : 7,
"ismaster" : true,
"secondary" : false,
"hosts" : [
"host1:27017",
"host2:27017",
"host3:27017"
],
"primary" : "host1:27017",
"me" : "host1:27017",
"electionId" : ObjectId("5535c57b872d670c6331e5bf"),
"maxBsonObjectSize" : 16777216,
"maxMessageSizeBytes" : 48000000,
"maxWriteBatchSize" : 1000,
"localTime" : ISODate("2015-04-21T05:01:31.370Z"),
"maxWireVersion" : 3,
"minWireVersion" : 0,
"ok" : 1
}
这样来查看主节点和副本集的状态，值得一提的是，备份节点（secondary）如果设置属性hidden为0，则rs.isMaster()将不能观察到此节点，例如下面的代码：
[html] view plain copy print?cfg=rs.config() #获取当前的配置
cfg.members[2].priority=0 #让_id为2的节点优先级降为0
cfg.members[2].hidden=1 #设置此节点隐藏，仅当其优先级为0时有效
rs.reconfig(cfg) #应用配置
cfg=rs.config() #获取当前的配置
cfg.members[2].priority=0 #让_id为2的节点优先级降为0
cfg.members[2].hidden=1 #设置此节点隐藏，仅当其优先级为0时有效
rs.reconfig(cfg) #应用配置将_id为2的节点设为隐藏，使得其状态不被rs.isMaster看到，但它可以被rs.status()看到。
接着，在mongo shell插入一个文档：
for(i=0;i<1000;i++){test.coll.insert({count:i})}
db.coll.count() #测试插入文档是否成功
1000
然后检查备份节点上的情况：
new Mongo("host2:27017")
db.coll.count()
1000
说明在host2上的数据库也更新了。
然后，尝试将host1上的mongod进程宕掉，这种情况在实际生产中可能出现，查看host2和host3的情况：
在host1的bash上：
sudo bin/mongod --shutdown
killing process with pid: 15910
然后登陆host2上的mongo shell，发现提示符已经变为：setname>primary 表示host2已经变为主节点，在host2上db.coll.count()得到1000，表示备份的数据还在。
重新使用之前的集群配置文件来启动mongod -f mongo.conf ，发现提示符为setname：SECONDARY>表示其变为备份节点，在host2上用rs.isMaster()测试显示：
"setName" : "clover",
"setVersion" : 9,
"ismaster" : true,
"secondary" : false,
"hosts" : [
"host1:27017",
"host2:27017"
],
"passives" : [
"host3:27017"
],
"primary" : "host2:27017",
"me" : "zookeeper2:27017",<
副本集重新变为3台主机。host2仍为主节点，host3因为设置优先级为0变为消极（passives）状态，它不会被选为主节点。
更多MongoDB相关教程见以下内容：
MongoDB 的详细介绍：请点这里
MongoDB 的下载地址：请点这里