ReplicaSets机制在4sq中有哪些架构方式
这篇文章的内容主要围绕Replica Sets机制在4sq中有哪些架构方式进行讲述,文章内容清晰易懂,条理清晰,非常适合新手学习,值得大家去阅读。感兴趣的朋友可以跟随小编一起阅读吧。希望大家通过这篇文章有所收获!
我们提供的服务有:成都做网站、成都网站制作、微信公众号开发、网站优化、网站认证、永靖ssl等。为近1000家企事业单位解决了网站和推广的问题。提供周到的售前咨询和贴心的售后服务,是有科学管理、有技术的永靖网站制作公司
MongoDB的replication机制除了最普通的Master/Slave模式之外,更强大的就是其支持自动故障转移的ReplicaSets模式了。相对于其问题多多的auto-sharding机制,ReplicaSets还是相对比较稳定。
ReplicaSets机制在4sq中有几种架构方式
1.在原有的Master/Slave机制上添加一台arbiter
4sq在早期有一些Master/Slave的MongoDB架构,但这种模式不能实现自动的故障转移,需要在发生故障时手动进行切换。在ReplicaSets出现后,这种结构被迁移成为三台机器的ReplicaSets:一台Primary,一台Secondary,一台Arbiter。
迁移过程:
修改Master和slave的配置,添加如下几项,并重启MongoDB。
replSet=auxdb
fastsync=true
rest=true
fastsync使得重启动可以使用到原来的数据文件,重启会非常快。然后再在Primary上用rs.add和rs.addArb将Secondary和Arbiter添加上。就算完成了。
ReplicaSets机制在4sq中有几种架构方式
2.一个Primary用于写,多个Secondary用于读和一个Secondary用于备份
在写多读少的应用中,4sq主要使用了ReplicaSets来实现读写分离。通过在连接时指定slaveOk,将读操作放到Secondary上,Primary只承担写操作。同时指定一台priority为0,hidden为true的Secondary来进行备份(这样设置后此机器在读写中都不可见,并且不会被选举为Primary)
3.MongoDB经典配置,上层是Auto-Sharding,每个Sharding结点又是一个ReplicaSets
虽然4sq在这上面吃过亏,但很明显他们已经吸取了教训并且在更合理更小心的使用Auto-Sharding这一诱人的功能。
感谢你的阅读,相信你对“Replica Sets机制在4sq中有哪些架构方式”这一问题有一定的了解,快去动手实践吧,如果想了解更多相关知识点,可以关注创新互联网站!小编会继续为大家带来更好的文章!
本文名称:ReplicaSets机制在4sq中有哪些架构方式
文章位置:http://pwwzsj.com/article/jijpsi.html