Ubuntu下Mongodb集群搭建：relica sets（副本集配置）

一、写在前面的话

MongoDB支持不同服务之间的异步数据复制，来实现failover（故障转移，故障切换，故障恢复） and redundancy（数据冗余）。同一时间，只有一个服务节点（primary或者master）支持写入。MongoDB支持两种复制的模式：

Master/Slave，主从复制，角色包括master和slave。
Replica Set，复制集复制，角色包括primary和secondary。

mongoDB官方推荐使用Replica Set模式，副本集就是有自动故障恢复功能的主从集群。主从集群和副本集最为明显的区别就是副本集没有固定的主节点：整个集群会选举出一个主节点，当其不能工作时，则变更到其它节点。副本集总会有一个活跃节点和一个或多个备份节点。副本集最好的优点就是全自动化的。

二、副本集及集群介绍

1、节点类型
standard：常规节点，它存储一份完整的数据副本，参与选举投票，有可能成为primary节点。
passive：存储了完整的数据副本，参与投票，不能成为primary节点。
arbiter：仲裁节点，只参与投票，不接收复制的数据，也不能成为primary节点。
一个repica sets节点数量最好为奇数(odd)。
2、参数
用于replica set的参数有两个：
–replSet ，复制集的名称。
–oplogSize ，操作日志的大小，单位为MB。
3、集群三节点分布
两个standard节点（这两个节点直接可以互切primary secondary)。
一个arbiter节点，它手中握着一张选票，决定上面两个standard节点中的哪一个可以成为primay。

三、配置步骤

1、参照上一篇博文（http://blog.csdn.net/u012859691/article/details/44680249），将三个节点中mongodb.conf的内容修改如下：

port=10001
dbpath=data/
logpath=log/mongodb.log
logappend=true
replSet=shard1

说明： port=10001,代表端口号，如果不指定则默认为 27017
replSet=shard1（复制集的名字），一个replica sets中的每个节点的这个参数要一致
logappend=true，日志文件自动累加，而不是覆盖
2、启动第一个standard节点 (ip：192.168.58.135)

hadoop@h1:~/mongodb$ bin/mongod -f mongodb.conf
all output going to: /home/hadoop/mongodb/log/mongodb.log

启动第一个standard节点 (ip：192.168.58.136)

hadoop@h2:~/mongodb$ bin/mongod -f mongodb.conf
all output going to: /home/hadoop/mongodb/log/mongodb.log

3、初始化副本集
在任意一个standard节点上登录mongdb，我们这里选择h1（ip：192.168.58.135）
hadoop@h1:~/mongodb$ bin/mongo localhost:10001
并执行如下命令：

cfg={_id:'shard1',members:[ 
{_id:0,host:'192.168.58.135:10001'}, 
{_id:1,host:'192.168.58.136:10001'}] 
}
rs.initiate(cfg) 

出现下面的提示信息就代表成功了

{ 
   "info" : "Config now saved locally.  Should come online in about a minute.", 
   "ok" : 1 
}

4、查看replica set的状态

hadoop@h1:~/mongodb$ bin/mongo localhost:10001
MongoDB shell version: 2.4.6
connecting to: localhost:10001/test
shard1:SECONDARY> rs.status()
{
    "set" : "shard1",
    "date" : ISODate("2015-03-27T11:24:23Z"),
    "myState" : 2,
    "syncingTo" : "192.168.58.136:10001",
    "members" : [
        {
            "_id" : 0,
            "name" : "192.168.58.135:10001",
            "health" : 1,
            "state" : 2,
            "stateStr" : "SECONDARY",
            "uptime" : 468,
            "optime" : Timestamp(1427446232, 1),
            "optimeDate" : ISODate("2015-03-27T08:50:32Z"),
            "self" : true
        },
        {
            "_id" : 1,
            "name" : "192.168.58.136:10001",
            "health" : 1,
            "state" : 1,
            "stateStr" : "PRIMARY",
            "uptime" : 258,
            "optime" : Timestamp(1427446232, 1),
            "optimeDate" : ISODate("2015-03-27T08:50:32Z"),
            "lastHeartbeat" : ISODate("2015-03-27T11:24:23Z"),
            "lastHeartbeatRecv" : ISODate("2015-03-27T11:24:22Z"),
            "pingMs" : 0
        }
    ],
    "ok" : 1
}

在replica set的信息中，其中重要的是：
myState，如果是1代表当前登录的是primary；如果是2代表当前登录的是secondary。
成员信息中比较重要的是
state：1表示该host是当前可以进行读写，2：不能读写
health：1表示该host目前是正常的，0:异常

5、测试副本集数据复制功能
（1）登录primary的mongod，插入一条数据

hadoop@h2:~/mongodb$ bin/mongo localhost:10001
MongoDB shell version: 2.4.6
connecting to: localhost:10001/test
shard1:PRIMARY> db.book.insert({'title':'computer'})

（2）登录secondary查看是否有数据

shard1:SECONDARY> use test
switched to db test
shard1:SECONDARY> db.book.find()
error: { "$err" : "not master and slaveOk=false", "code" : 13435 }

发现报错了，没有关系，在secondary读取数据还需要我们做最后的一步，在需要读取数据的secondary上执行

shard1:SECONDARY> db.getMongo().setSlaveOk()
shard1:SECONDARY> db.book.find()
{ "_id" : ObjectId("55153fd08ebbb2c6f1ad3a11"), "title" : "computer" }

ok，测试成功了！
6、增加一个仲裁节点，只负责仲裁，不做数据存储

shard1:PRIMARY> rs.addArb("192.168.58.137:10001");
{ "ok" : 1 }

7、查看现有环境

shard1:PRIMARY> rs.conf()
{
    "_id" : "shard1",
    "version" : 3,
    "members" : [
        {
            "_id" : 0,
            "host" : "192.168.58.135:10001"
        },
        {
            "_id" : 1,
            "host" : "192.168.58.136:10001"
        },
        {
            "_id" : 2,
            "host" : "192.168.58.137:10001",
            "arbiterOnly" : true
        }
    ]
}