NoSQL搭建高可用mongodb集群(一)——mongodb配置要旨情势

  转载自:LANCEYAN.COM

  在大数据的时代,传统的关系型数据库要能更高的劳务必须求缓解高并发读写、海量数据连忙存储、高可扩张性和高可用性那个难点。可是就是因为这么些标题Nosql诞生了。

NOSQL有那一个优势:

命局据量,可以透过降价服务器存储大批量的数量,轻松脱身传统mysql单表存储量级限制。

高增加性,Nosql去掉了关周详据库的关系型特性,很不难横向增加,摆脱了过去老是纵向增添的指责。

高性能,Nosql通过简单的key-value格局获取数据,极度飞快。还有NoSQL的Cache是记录级的,是一种细粒度的Cache,所以NoSQL在那一个范畴上来说就要品质高很多。

灵活的数据模型,NoSQL无需事先为要存储的数量建立字段,随时可以储存自定义的数目格式。而在关周密据库里,增删字段是一件相当费劲的业务。即使是越发大数据量的表,扩张字段大约就是一个梦魇。

高可用,NoSQL在不太影响属性的情况,就足以一本万利的达成高可用的架构。比如mongodb通过mongos、mongo分片就足以便捷布署出高可用配置。

  在nosql数据库里,一大半的查询都是键值对(key、value)的主意。MongoDB是一个在乎关周到据库和非关周到据库之间的成品,是非关周全据库当中最像关周详据库的。扶助类似于面向对象的询问语言,大致可以完毕类似关周详据库单表查询的大举效益,而且还协理对数码建立目录。所以那么些特别有利于,大家得以用sql操作MongoDB,从关系型数据库迁移过来,开发人员学习开支会大大收缩。借使再对底层的sql
API做一层封装,开发主导得以感觉不到mongodb和关系型数据库的分别。同样MongoDB也是名为自己力所能及高效搭建一个高可用可扩张的的分布式集群,网上有不可胜举搭建的篇章,在我们搭建的时候还索要寻找修改很多事物,所以把温馨实战的手续记录下来以备忘。大家看看哪些一步一步搭建那一个东东。

一、mongodb单实例。这种计划只适合简易开发时采取,生产应用更加,因为单节点挂掉整个数据业务全挂,如下图。

NoSQL 1

固然如此无法生育应用,但以此情势可以快捷搭建启动,并且可以用mongodb的命令操作数据库。上边列出在linux下安装单节点mongodb的步子

1、建立mongodb测试文件夹

NoSQL 2

 

2、下载mongodb的安装程序包

NoSQL 3

 

3、启动单实例mongodb

NoSQL 4

 

出口日志如下,成功!

[initandlisten] db version v2.4.6
……..
[initandlisten] waiting for connections on port 27017
[websvr] admin web console waiting for connections on port 28017

mongodb默许自带提供了web访问接口,通过 IP + 端口的方式得以访问。

http://192.168.0.1:28017/

NoSQL 5

二、主从方式。使用mysql数据库时大家普遍运用,选用双机备份后主节点挂掉了后从节点可以接手主机继续服务。所以那种格局比单节点的高可用性要好广大。

NoSQL 6

 

上面看一下怎么一步步搭建一个mongodb的主从复制节点:

  • 1、准备两台机械 192.168.0.1 和 192.168.0.2。 192.168.0.1
    当作主节点, 192.168.0.2作为从节点
  • 2、分别下载mongodb安装程序包。在192.168.0.1上树立文件夹
    /data/mongodbtest/master,192.168.0.2建立文件夹/data/mongodbtest/slave
  • 3、在192.168.0.1起动mongodb主节点程序。注意后边的那些“ –master ”参数,标示主节点。

    mongod –dbpath /data/mongodbtest/master –master

输出日志如下,成功!

[initandlisten] MongoDB starting : pid=18285 port=27017
dbpath=/data/mongodbtest/master master=1
#日志显示主节点参数
[initandlisten] options: { dbpath:
“/data/mongodbtest/master”, master: true }
……..
[initandlisten] waiting for connections on port 27017

4、在192.168.0.2起步mongodb从节点程序。关键配置,指定主节点ip地址和端口
–source 192.168.0.1:27017 和 标示从节点 –source 参数。

mongod –dbpath /data/mongodbtest/slave –slave
–source
 192.168.0.1:27017

出口日志如下,成功!

[initandlisten] MongoDB starting : pid=17888 port=27017
dbpath=/data/mongodbtest/slave slave=1
……..
#日记突显从节点参数
[initandlisten] options: { dbpath: “/data/mongodbtest/slave”, slave:
true, source
: “192.168.0.1:27017″ }
……..
[initandlisten] waiting for connections on port 27017
#日记突显从节点 从主节点同步复制数据
[replslave] repl: from host:192.168.0.1:27017

5、测试主从复制。

NoSQL 7

可以见见主机的同台日志

[initandlisten] connection accepted from 192.168.0.2:37285 #3 (2
connections now open)
[slaveTracking] update local.slaves query: { _id:
ObjectId(’5284e6268ed115d6238bdb39′), config: { host:
“192.168.0.2:35271″, upgradeNeeded: true }, ns: “local.oplog.$main” }
update: { $set: { syncedTo: Timestamp 1384441570000|1 } } nscanned:1
nupdated:1 fastmod:1 keyUpdates:0 locks(micros) w:132015 132ms

反省从主机的数目。

mongo 127.0.0.1

翻开当前数据库。

NoSQL 8

询问后数据现已联名过来了。再看看日志,发现从主机确实从主机同步了数码。

NoSQL 9

查阅服务场所

NoSQL 10

到此基本结构的mongodb搭建好了。

故障转移测试,现在两台服务器即使主服务器挂掉了,从服务器可以健康运转吗?

  • a、先测试下从服务器可以当成主服务器吗,也就是往从服务器里写可以同步主服务器吗?

     

    在192.168.0.2上连接mongodb。

    NoSQL 11

    可以见到 mongodb的从节点是不可以提供写操作的,只好提供读操作。

b、假若从服务器挂掉,主服务器还足以提供劳动。假诺主服务器挂掉了从服务器能或不能自行成为可写。
测试一下!

先杀掉原来的mongodb主服务器。

NoSQL 12

测试从服务器能或不能可写。在192.168.0.2上连年mongodb测试。

NoSQL 13

看起来从服务器并未电动接替主服务器的意义,唯有手工处理了!

为止从服务器,在原数据文件启动并添加主服务器标示。

mongod  –dbpath /data/mongodbtest/slave –master

等到启动成功(时间有点长)。在192.168.0.2 上 连接

NoSQL 14

 

NoSQL 15

成功!

多个从节点。现在只是一个数据库服务器又提供写又提供读,机器承载会冒出瓶颈。我们还记得mysql里的读写分离吗?把20%的写放到主节点,80%的读放到从节点分摊了削减了服务器的载荷。不过多数施用都是读操作带来的压力,一个从节点压力负载不了,可以把一个从节点变成八个节点。那mongodb的一主多从可以援助啊?答案是任天由命的。

NoSQL 16

为了便利测试,在192.168.0.2上再建立一个文本夹 /data/mongodbtest/slave1
用作另一个slave服务器。
启动slave2服务,

mongod  –dbpath /data/mongodbtest/slave1 –slave  –port 27017 –source 192.168.0.1:27017。

得逞启动后通过mongodb连接测试:

NoSQL 17

搭建了那套主从复制系统是否就很庄敬了,其实不然。。。看看那多少个难题?

  • 主节点挂了行仍旧不行自行切换连接?如今亟需手工切换。
  • 主节点的写压力过大什么解决?
  • 从节点每个地点的数量都是对数据库全量拷贝,从节点压力会不会过大?
  • 固然对从节点路由举办路由访问策略能不能成功自动扩张?

再有这么多难点,有其余解决方案吧?下一篇接着弄。

网站地图xml地图