日期:2014-05-16 浏览次数:20474 次
由于机器紧张,没办法搞分片(sharding),而只是用了复制集这个功能,一下介绍下自己这几天的实验。
?
环境:
目录结构
mongo_data
|--conf
|--config.js
|--rs0.cnf
|--rs1.cnf
|--rs2.cnf
|--data
|--r0
|--r1
|--r2
|--key
|--r0
|--r1
|--r2
|--log
|--r0.log
|--r1.log
|--r2.log
|--run
|--run_config.sh
|--run_rs0.sh
|--run_rs1.sh
|--run_rs2.sh
?
举几个文件,其他类似:
rs0.cnf:
?
?
config.js:
?
?
r0:
?
?
随便复杂,保证r0,r1,r2一致即可
?
run_config.sh:
?
?
run_rs0.sh:
?
?
运行顺序:
1.分别启动run_rs0.sh,run_rs1.sh,run_rs2.sh,ps看下进程是否都启动成功
2.运行run_config.sh,如果信息显示正常,说明已经建立成功。
?
?
测试场景:
1.kill r0进程:
mongo客户端:
自动切换primary;
r0客户端可查询,不可插入;
java驱动:
采用集群连接,发现可正常查询,插入,业务不受影响
说明:如果是kill -9方式,可能会导致mongo对应实例下的lock文件还在,删除掉后才能重启,要不然会重启失败
?
2.恢复r0进程:
r0 mongod数据同步
r0没有切换为primary ,主从维持在kill时的水平
3.当两个mongod实例(包括SECONDARY和PRIMARY组合)挂掉,是否可对外提供服务:
mongo客户端:指定端口的可以连接,但是由于两个挂了导致没办法把SECONDARY切换到PRIMARY,只能查询不能修改
java驱动:根据现象提示
?
也就是此时没办法对外提供服务,虽然还有一个SECONDARY存活
?
注:如果最后一个保留下来的是PRIMARY,虽然短暂提供服务,但是一会儿后就自动切换为SECONDARY。
?
4.当两个实例挂掉,重启一个实例,是否可对外提供服务:
mongo客户端:此时自动切换一台为PRIMARY,查询操作正常
java驱动:只要设置自动重连,等待几秒即可恢复正常
注:发现在一台机器中操作,过程中出现一个实例把两一个socket端口占用现象,主要是因为web监控的端口,1000间隔。
建议启动是先启动初始的PRIMARY最后启动
?
5.两个mongo实例是否可构建replica sets:
基于以上分析,虽然两个能构建复制集,但是由于一个挂掉,另一个自动切换为SECONDARY,做不到热备,因此没有价值。
?
6.三台同时挂掉,重启是否正常:
三台挂掉,重启后,会出现其中一台recovering,但是之后三台状态就能恢复正常,一个primary,两个secondary
?
?
------ author: madding.lipdate: 2012.02.09
?
?
?
?