本篇文章主要介绍了"搭建高可用mongodb集群（一）—— 配置mongodb"，主要涉及到方面的内容，对于其他数据库感兴趣的同学可以参考一下：
在大数据的时代，传统的关系型数据库要能更高的服务必须要解决高并发读写、海量数据高效存储、高可扩展性和高可用性这些难题。不过就是因为这些问题Nosql诞生了。 ...
b、如果从服务器挂掉，主服务器还可以提供服务。如果主服务器挂掉了从服务器能否自动变为可写。
测试一下！
先杀掉原来的mongodb主服务器。
kill -3 `ps -ef|grep mongod|grep -v grep|awk '{print $2}'`
测试从服务器能否可写。在192.168.0.2上连接mongodb测试。
> db.testdb.insert({"test3":"testval3"});
not master
看起来从服务器没有自动接替主服务器的功能，只有手工处理了！
停止从服务器，在原数据文件启动并添加主服务器标示。
mongod --dbpath /data/mongodbtest/slave --master
等到启动成功（时间有点长）。在192.168.0.2 上 连接
mongo 192.168.0.2:27017
。
> db.testdb.find();
{ "_id" : ObjectId("5288629e9b0318be4b20bd4c"), "test1" : "testval1" }
{ "_id" : ObjectId("528862d69b0318be4b20bd4d"), "test2" : "testval2" }
成功！
多个从节点。现在只是一个数据库服务器又提供写又提供读，机器承载会出现瓶颈。大家还记得mysql里的读写分离吗？把20%的写放到主节点，80%的读放到从节点分摊了减少了服务器的负载。但是大部分应用都是读操作带来的压力，一个从节点压力负载不了，可以把一个从节点变成多个节点。那mongodb的一主多从可以支持吗？答案是肯定的。
为了方便测试，在192.168.0.2上再建立一个文件夹 /data/mongodbtest/slave1 作为另一个slave服务器。
启动slave2服务，
mongod --dbpath /data/mongodbtest/slave1 --slave --port 27017 --source 192.168.0.1:27017。
成功启动后通过mongodb连接测试：
> db.testdb.find();
{ "_id" : ObjectId("5288629e9b0318be4b20bd4c"), "test1" : "testval1" }
{ "_id" : ObjectId("528862d69b0318be4b20bd4d"), "test2" : "testval2" }
搭建了这套主从复制系统是不是就很稳健了，其实不然。。。看看这几个问题？
- 主节点挂了能否自动切换连接？目前需要手工切换。
- 主节点的写压力过大如何解决？
- 从节点每个上面的数据都是对数据库全量拷贝，从节点压力会不会过大？
- 就算对从节点路由实施路由访问策略能否做到自动扩展？
还有这么多问题，有其他解决方案吗？下一篇接着弄。
