环境描述:有三台ubuntu服务器,,每台服务器上已经有mongodb实例。创建3个mongo2.4的新实例,分别作为三个复制集节点，同时保证了当前单节点环境的稳定
3台服务器都已经有单个mongo实例运行
步骤
1.创建mongo新实例需要的目录资源 主要是数据库存放目录、日志文件、配置文件、key文件(保证节点通信)
文件可以在任何地方创建,我在/usr/local下的创建mongodb_rs作为新实例的目录,在该目录下创建资源目录
1.数据库 mkdir db
2.日志文件 mkdir log
3.配置文件 touch rs.conf 可以cat /etc/mongodb.conf>rs.conf初始化,添加或修改下面几项
port = 29010 #更改端口 先lsof -i:29010查看是否被占用
fork=true #后台demon进程运行
journal=true #启用可靠性日志
oplogSize=2048
smallfiles=true
replSet=test_rs #复制集名称
keyFile=/usr/local/mongodb_rs/key.key #复制集通信key
4.key文件 touch key.key 生成秘钥 openssl rand 888 -base64>key.key 用888不要太长 key的长度是有限制的
好了 目前目录资源都已经创建,先不启动。在其它2个节点重复以上过程，当然第4步用重复,把第一台上的key.key文件内容复制到每一个节点的key.key文件下
在每一台服务节点启动mongo的新实例(mongodb_rs目录下) mongod -f rs.conf 稍等一会儿会提示successful 如果不成功查看rs.log日志文件查找原因,可能更换一下端口号
2.配置复制集
选一台服务节点作为primary库192.168.1.132,在服务器上连接mongod实例mongo --port=29010
1.初始化复制集 rs.initiate() 查看rs.conf() 正常情况下生成了一个节点hostname:29010
这个hostname是主机名,把这个主机名添加到另外2台节点的/etc/hosts文件里面
2.添加节点
rs.add("192.168.1.133:29010")
rs.add("192.168.1.134:29010")
3.设置优先级,当主节点当机之后重启的时候任然能成为primary节点,一个节点为0 不会成为主节点
cfg = rs.conf()
cfg.members[0].priority=3
cfg.members[1].priority=1
cfg.members[0].priority=0
重新加载
rs.reconfg(cfg)
4.查看各个节点的状态 (当然你可以先退出 在登录查看状态)
health:1 #正常状态
"stateStr" : "PRIMARY" #标识主节点
STARTUP：刚加入到复制集中，配置还未加载
STARTUP2：配置已加载完，初始化状态
RECOVERING：正在恢复，不适用读
ARBITER: 仲裁者
DOWN：节点不可到达
UNKNOWN：未获取其他节点状态而不知是什么状态，一般发生在只有两个成员的架构，脑裂
REMOVED：移除复制集
ROLLBACK：数据回滚，在回滚结束时，转移到RECOVERING或SECONDARY状态
FATAL：出错。查看日志grep “replSet FATAL”找出错原因，重新做同步
PRIMARY：主节点
SECONDARY：备份节点
5.为数据库创建用户名和密码 保证程序任何情况下(主库挂了)访问一个可靠的库 如为app库创建一个账号
use app
db.addUser("test","123")
3.测试数据同步 主从切换
1.完成了配置之后 先看看secondary是否同步了主库的数据 或者kill主库的mongo进程 等待一会儿看看是否主库发生了切换 然后重启看主库是不是重新成为了主库
4.使用pymongo连接mongodb数据库
import pymongo
client=pymongo.MongoClient("192.168.1.132:29010",replicaSet="test_rs")
db = client["app"]
db.authenticate('test','123')
db.user.find()
db.connection.host #打印当前连接服务器
使用pymongo连接数据库之后可以测试 ,当kill主库之后 再次打印db.connection.host看看是否还是上次那个host 如果不同说明故障转移了
