Mongodb和KT的双机房灾备配置方案尝试.docxVIP

Mongodb和KT的双机房灾备配置方案尝试假设有2个机房（测试服务器2/3以及123/124）互为灾备（灾备机房在主机房对外服务时处于待命），应用都只连接自己机房的存储服务（mongodb1.6.5和kt 0.9.28），两个机房之间的存储服务需要相互同步，尝试方案如下： 编号机器IP和端口服务备注1192.168.2.2:10000主机房Mongodb masterA和8双向同步2192.168.2.2:20000主机房Mongodb replica set12，5，9，12是数据节点，7，14是鉴证节点3192.168.2.2:30000主机房Kt node1和10双向同步4192.168.2.3:10000主机房Mongodb slaveA从1，8复制数据5192.168.2.3:20000主机房Mongodb replica set22，5，9，12是数据节点，7，14是鉴证节点6192.168.2.3:30000主机房Kt node2和13双向同步7192.168.2.3:40000主机房Mongodb replica arb1鉴证服务器18192.168.2.123:10000灾备机房Mongodb masterB和1双向同步9192.168.2.123:20000灾备机房Mongodb replica set32，5，9，12是数据节点，7，14是鉴证节点10192.168.2.123:30000灾备机房Kt node1和3双向同步11192.168.2.124:10000灾备机房Mongodb slaveB从1，8复制数据12192.168.2.124:20000灾备机房Mongodb replica set42，5，9，12是数据节点，7，14是鉴证节点13192.168.2.124:30000灾备机房Kt node2和6双向同步14192.168.2.124:40000灾备机房Mongodb replica arb2鉴证服务器2此套配置特点如下：1 Mongodb Master / Slave 结构数据保存4份2 Mongodb Replica Sets 结构数据保存4份3 KT2个节点，每一个节点数据保存2份（如果把KT像memcached那样使用，在客户端hash key到不同节点的话，需要客户端支持对于不同的服务器IP可以使用相同的hash，也就是不以endpoint作为hash的值，在故障转移之后保持相同key存和取相同的节点，这仅是客户端的逻辑，对于服务端来只需要考虑一组节点之间的同步）4 切换到灾备机房之后，不需要做任何配置改动，主机房起来之后，需要确定Replica Set的活动服务器在灾备机房，否则可能会存在灾备机房的应用还是在访问主机房的存储服务说明：1 之所以除了4个replica set还需要两个鉴证节点是因为经测试如果同一机房两个replica set快速关闭的话，不能正确选举master，如果不需要保证同一机房数据备份的话，可以考虑只用两个数据节点2 经测试发现如果11不订阅1，只能接受8的数据改动，1的数据改动不会过来，这也是Mongodb的一个缺陷吧，不能级联复制，如果订阅1，那么会在专线中产生两份带宽具体配置如下192.168.2.2mongodb主 端口 10000/11000/root/mongodb-linux-x86_64-1.6.5/bin/mongod --fork --port 10000 --dbpath /opt/mongodb/10000 --logpath /opt/mongodb/10000/log --rest --oplogSize 1024 --logappend --master --slave --source 192.168.2.123:10000 --slavedelay 10 --autoresyncmongodb relica set 1 端口 20000/21000/root/mongodb-linux-x86_64-1.6.5/bin/mongod --fork --port 20000 --dbpath /opt/mongodb/20000 --logpath /opt/mongodb/20000/log --replSet blub --rest --oplogSize 1024 –logappend/root/mongodb-linux-x86_64-1.6.5/bin/mongo --port 20000config = {_id: blub, members: [{_id: 0, host: 192.168.2.2:20000},{_id: 1, host: 192.168.2.3:20000},{_id: 2, ho