MongoDB整理笔记のReplica Sets

    MongoDB支持在多个机器中通过异步复制达到故障转移和实现冗余。多机器中同一时刻只有一台机器是用于写操作,正因为如此,MongoDB提供了数据一致性的保障。而担当primary角色的机器,可以把读的操作分发给slave。

    MongoDB高可用分两种:

    Master-Slave 主从复制

    只需要在某一个服务启动时加上–master 参数,而另一个服务加上–slave 与–source 参数,即可实现同步。MongoDB 的最新版本已不再推荐此方案。

    Replica Sets 复制集

    MonoDB在1.6版本上开发了新功能Replica Sets,这比之前的replication功能要强大一些,增加了故障自动切换和自动修复成员节点,各个DB之间数据完全一致,大大降低了维护成本。auto shard 已经明确说明不支持replication paris,建议使用replica set。

    

    Replica Sets的结构非常类似一个集群。是的,你完全可以把它当作一个集群,因为它实现的功能和集群是一样的,其中一个节点如果出现故障,其它节点马上会将业务接过来,而无需停机操作。

    节点的类型:

    standard:常规节点,它存储一份完整的数据副本,参与选举投票,有可能成为primary节点。

    passive:存储了完整的数据副本,参与投票,不能成为primary节点。

    arbiter:仲裁节点,只参与投票,不接收复制的数据,也不能成为primary节点。

    一个repica sets节点数量最好为奇数(odd)。

    配置实例(三节点)

    两个standard节点(这两个节点直接可以互切primary secondary)。

    一个arbiter节点,它手中握着一张选票,决定上面两个standard节点中的哪一个可以成为primay。

    图例:

    

    配置步骤:

    1、启动三个节点

    启动第一个standard节点(ip:192.168.0.11)

/mongodb/bin/mongod --dbpath=/mongodb/mongodb_date --logpath=/mongodb/mongodb_log/mongod.log --port 27017 --replSet test/192.168.0.12:27017 --maxConns=2000  --logappend

     启动第二个standard节点 (ip:192.168.0.12)

/mongodb/bin/mongod --dbpath=/mongodb/mongodb_date --logpath=/mongodb/mongodb_log/mongod.log --port 27017 --replSet test/192.168.0.11:27017 --maxConns=2000  --logappend

     启动arbiter节点,也就是仲裁节点 (ip:192.168.0.13)。注意!--replSet test/后面写的是两个standard节点的ip和端口

/mongodb/bin/mongod --dbpath=/mongodb/mongodb_date --logpath=/mongodb/mongodb_log/mongod.log --port 27017 --replSet test/192.168.0.11:27017,192.168.0.12:27017  --logappend

    参数说明:  

          --dbpath   数据文件路径

          --logpath  日志文件路径

          --port        端口号,默认是27017.我这里使用的也是这个端口号.

          --replSet   复制集的名字,一个replica sets中的每个节点的这个参数都要用一个复制集名字,这里是test.

          --replSet test/  这个后面跟的是其他standard节点的ip和端口

          --maxConns   最大连接数

          --fork       后台运行

          --logappend   日志文件循环使用,如果日志文件已满,那么新日志覆盖最久日志。

    2、很关键的一步,配置完上面,下面开始初始化各个节点。在第二个启动的节点上,运行mongo

 db.runCommand({"replSetInitiate" : {
    "_id" : "test",
    "members" : [
    {
    "_id" : 0,
    "host" : "192.168.0.11:27017"
    },
    {
    "_id" : 1,
    "host" : "192.168.0.12:27017"
    }
    ]}})
View Code

    3、加入arbiter节点

PRIMARY> rs.addArb("192.16.0.13:27017");

    注意!!!

    添加新节点前,一定要配置好防火墙,开放对应的IP及PORT.

    添加普通数据节点:

PRIMARY> rs.add("ip:port")

    删除节点

PRIMARY> rs.remove("ip:port")

    显示当前谁是primary

PRIMARY> rs.isMaster()

    将一个普通数据节点修改为passive节点

    除了仲裁节点,其他每个节点都有个优先权,我们可以通过设置优先权来决定谁的成为primay的权重最大。MongoDB replica sets中通过设置priority的值来决定优先权的大小,这个值的范围是0--100,值越大,优先权越高。如果值是0,那么不能成为primay。 

    1、通过rs.conf()命令查看出节点列表

 PRIMARY> rs.conf()
    {
    "_id" : "test",
    "version" : 22,
    "members" : [
    {
    "_id" : 3,
    "host" : "192.168.22.36:27017"
    },
    {
    "_id" : 5,
    "host" : "192.168.22.10:27017"
    },
    {
    "_id" : 6,
    "host" : "192.168.22.12:27017",
    "priority" : 0,
    "arbiterOnly" : true
    },
    {
    "_id" : 7,
    "host" : "192.168.22.115:27017"
    }
    ]
    }
View Code

    2、将上面红色的192.168.22.10节点的priority值修改成0,让它只接收数据,不参与成为primary的竞争。

    命令格式如下:

 cfg = rs.conf()
 cfg.members[0].priority = 0.5
 cfg.members[1].priority = 2
 cfg.members[2].priority = 2
 rs.reconfig(cfg)

    红色中括号中的数字是执行rs.conf()得出的节点顺序,第一个节点在这里写0,第二个节点写1,依次类推。

    执行命令

 cfg = rs.conf()
 cfg.members[1].priority = 0
 rs.reconfig(cfg)

    3.查看结果,192.168.22.10的优先权变为0.

 PRIMARY> rs.conf()
    {
    "_id" : "test",
    "version" : 22,
    "members" : [
    {
    "_id" : 3,
    "host" : "192.168.22.36:27017"
    },
    {
    "_id" : 5,
    "host" : "192.168.22.10:27017"
    "priority" : 0
    },
    {
    "_id" : 6,
    "host" : "192.168.22.12:27017",
    "priority" : 0,
    "arbiterOnly" : true
    },
    {
    "_id" : 7,
    "host" : "192.168.22.115:27017"
    }
    ]
    }
View Code
posted @ 2015-01-24 11:38  有志竟成  阅读(277)  评论(0编辑  收藏  举报