mongodb集群搭建

mongodb集群有三种方式1，主从模式，类似mysql master slave方式。2，副本集模式，其实是一主多从，如果主节点挂掉，会重新在从节点选取一台为主节点。 3，分片模式，针对大数据量，高负载情况。从图中可以看到有四个组件：mongos、config server、shard、replica set。mongos，数据库集群请求的入口，所有的请求都通过mongos进行协调，不需要在应用程序添加一个路由选择器，mongos自己就是一个请求分发中心，它负责把对应的数据请求请求转发到对应的shard服务器上。在生产环境通常有多mongos作为请求的入口，防止其中一个挂掉所有的mongodb请求都没有办法操作。config server，顾名思义为配置服务器，存储所有数据库元信息（路由、分片）的配置。mongos本身没有物理存储分片服务器和数据路由信息，只是缓存在内存里，配置服务器则实际存储这些数据。mongos第一次启动或者关掉重启就会从 config server 加载配置信息，以后如果配置服务器信息变化会通知到所有的 mongos 更新自己的状态，这样 mongos 就能继续准确路由。在生产环境通常有多个 config server 配置服务器，因为它存储了分片路由的元数据，这个可不能丢失！就算挂掉其中一台，只要还有存货， mongodb集群就不会挂掉。shard，这就是传说中的分片了。上面提到一个机器就算能力再大也有天花板，就像军队打仗一样，一个人再厉害喝血瓶也拼不过对方的一个师。俗话说三个臭皮匠顶个诸葛亮，这个时候团队的力量就凸显出来了。在互联网也是这样，一台普通的机器做不了的多台机器来做，如下图：一台机器的一个数据表 Collection1 存储了 1T 数据，压力太大了！在分给4个机器后，每个机器都是256G，则分摊了集中在一台机器的压力。也许有人问一台机器硬盘加大一点不就可以了，为什么要分给四台机器呢？不要光想到存储空间，实际运行的数据库还有硬盘的读写、网络的IO、CPU和内存的瓶颈。在mongodb集群只要设置好了分片规则，通过mongos操作数据库就能自动把对应的数据操作请求转发到对应的分片机器上。在生产环境中分片的片键可要好好设置，这个影响到了怎么把数据均匀分到多个分片机器上，不要出现其中一台机器分了1T，其他机器没有分到的情况，这样还不如不分片！replica set，上两节已经详细讲过了这个东东，怎么这里又来凑热闹！其实上图4个分片如果没有 replica set 是个不完整架构，假设其中的一个分片挂掉那四分之一的数据就丢失了，所以在高可用性的分片架构还需要对于每一个分片构建 replica set 副本集保证分片的可靠性。生产环境通常是 2个副本 + 1个仲裁。说了这么多，还是来实战一下如何搭建高可用的mongodb集群：首先确定各个组件的数量，mongos 3个， config server 3个，数据分3片 shard server 3个，每个shard 有一个副本一个仲裁也就是 3 * 2 = 6 个，总共需要部署15个实例。这些实例可以部署在独立机器也可以部署在一台机器，我们这里测试资源有限，只准备了 3台机器，在同一台机器只要端口不同就可以，看一下物理部署图：下面是安装配置1，准备三台机器ip:10.19.21.241 10.19.21.242 10.19.21.2432,分别在每台机器上建立mongodb数据目录 我使用ansible工具来创建目录创建存放mongodb数据文件

ansible mongodb -m shell -a "mkdir /data/mongodb -p"

3,安装mongodb，这里使用yum来安装配置yum repo拷贝过去ansible mongodb -m copy -a "src=mongodb/mongodb-org.repo dest=/etc/yum.repos.d/"安装mongodb

ansible mongodb -m yum -a "name=mongodb-org state=latest"

4,每台上创建mongos config shard1 shard2 shard3五个目录，因为mongos不存储数据，只需建立日志文件目录建立mongos目录和日志目录

ansible mongodb -m shell -a "mkdir -p /data/mongodb/mongos/log"

建立config server数据目录

ansible mongodb -m shell -a "mkdir -p /data/mongodb/config/data"

建立config server日志目录

ansible mongodb -m shell -a "mkdir -p /data/mongodb/config/log"

建立shard1数据目录和日志目录

ansible mongodb -m shell -a "mkdir -p /data/mongodb/shard1/data /data/mongodb/shard1/log"

建立shard2数据目录和日志目录

ansible mongodb -m shell -a "mkdir -p /data/mongodb/shard2/data /data/mongodb/shard2/log"

建立shard3数据目录和日志目录

ansible mongodb -m shell -a "mkdir -p /data/mongodb/shard3/data /data/mongodb/shard3/log"

5,规划5个组件对应的端口号，由于一个机器需要同时部署mongos, config server, shard1, shard2, shard3,所以需要用端口号进行区分这个端口号可以自己定义，mongos:20000,config server:21000, shard1:22001, shard2:22002, shard3:220036,配置每台服务器的配置文件由于我们的mongodb是yum安装，会有一个默认的配置文件，需要先备份

ansible mongodb -m shell -a "mv /etc/mongod.conf /etc/mongod.conf.bak"

配置每台服配置服务器配置每台mongos服务器

cat mongod-mongos.conf
configdb=10.19.21.241:21000,10.19.21.242:21000,10.19.21.243:21000
port=20000
logpath=/data/mongodb/mongos/log/mongos.log
logappend=true
fork=true

配置各个分片的副本集创建配置文件目录

ansible mongodb -m shell -a "mkdir /etc/mongodb"

拷贝配置文件到目录ansible mongodb -m copy -a "src=mongodb/mongod-configsvr.conf dest=/etc/mongodb/"启动服务ansible mongodb -m shell -a "mongod -f /etc/mongodb/mongod-configsvr.conf"然后网上找了下原因，由于每台服务器时间不同步导致这个坑爹问题都出现，看来是不够仔细

ansible mongodb -m shell -a "date"
10.19.21.243 | success | rc=0 >>
Thu Apr  9 22:11:05 CST 2015
10.19.21.241 | success | rc=0 >>
Fri Apr 10 20:45:27 CST 2015
10.19.21.242 | success | rc=0 >>
Thu Apr  9 22:09:13 CST 2015
一看果然有问题

执行命令同步时间服务器

ansible mongodb -m shell -a "/usr/sbin/ntpdate cn.pool.ntp.org"
10.19.21.242 | FAILED | rc=127 >>
/bin/sh: /usr/sbin/ntpdate: No such file or directory
10.19.21.243 | FAILED | rc=127 >>
/bin/sh: /usr/sbin/ntpdate: No such file or directory
10.19.21.241 | success | rc=0 >>
13 Apr 17:11:59 ntpdate[19842]: adjust time server 202.112.29.82 offset 0.000138 sec

尼玛只有一台能正常同步，估计没有安装ntpdate命令ansible mongodb -m shell -a "yum install ntpdate -y"顺便把硬件时间也同步下继续启动mongos启动各个分片的副本集

ansible mongodb -m shell -a "mongod -f /etc/mongodb/mongod-shardsvr1.conf"
ansible mongodb -m shell -a "mongod -f /etc/mongodb/mongod-shardsvr2.conf"
ansible mongodb -m shell -a "mongod -f /etc/mongodb/mongod-shardsvr3.conf"

顺便关闭开机自动启动mongod6,登陆任意一台，连接mongodb设置第一个分片副本集使用admin数据库定义副本集配置初始化副本集配置> rs.initiate(config);设置第二个分片副本集设置第三个分片副本集

[root@VM-241 ~]# mongo 127.0.0.1:22003
MongoDB shell version: 2.6.9
connecting to: 127.0.0.1:22003/test
> use admin
switched to db admin
> config={_id:"shard3",members:[{_id:0,host:"10.19.21.241:22003"},{_id:1,host:"10.19.21.242:22003"},{_id:2,host:"10.19.21.243:22003",arbiterOnly:true}]}
{
"_id" : "shard3",
"members" : [
{
"_id" : 0,
"host" : "10.19.21.241:22003"
},
{
"_id" : 1,
"host" : "10.19.21.242:22003"
},
{
"_id" : 2,
"host" : "10.19.21.243:22003",
"arbiterOnly" : true
}
]
}
> rs.initiate(config);
{
"info" : "Config now saved locally.  Should come online in about a minute.",
"ok" : 1
}

7,配置分片目前搭建的mongodb配置服务器，路由服务器，各个分片服务器，不过应用程序连接到mongs路由服务器并不能使用分片机制，还需要在程序里设置分片配置，让分片生效。连接mongos使用admin数据库

mongos> use admin
switched to db admin

串联路由服务器与分配副本集1串联路由服务器与分配副本集2

串联路由服务器与分配副本集3查看分片服务器配置由于10.19.21.243是每个分片副本集的仲裁节点，所以上面没有列出8,目前配置服务、路由服务、分片服务、副本集服务都已经串联起来了，但我们的目的是希望插入数据，数据能够自动分片，连接在mongos上，准备让指定的数据库、指定的集合分片生效指定数据库testdb使分片生效指定数据库里需要分片的集合和片键

  mongos> db.runCommand({shardcollection:"testdb.table1",key:{id:1}}){ "collectionsharded" : "testdb.table1", "ok" : 1 }

我们设置testdb的 table1 表需要分片，根据 id 自动分片到 shard1 ，shard2，shard3 上面去。要这样设置是因为不是所有mongodb 的数据库和表 都需要分片！插入测试数据查看分片情况如下：可以看到数据分到3个分片，shard1:5097 shard2:0 shard3:94903从结果看出，效果不是很理想，因为shard2里没有分配到。还要调试。----------------------------------------------------------------------------------------------java程序调用分片集群，因为我们配置了三个mongos作为入口，就算其中哪个入口挂掉了都没关系，使用集群客户端程序如下：

public class TestMongoDBShards {public static void main(String[] args) {try {List<ServerAddress> addresses = new ArrayList<ServerAddress>();ServerAddress address1 = new ServerAddress("192.168.0.136" , 20000);ServerAddress address2 = new ServerAddress("192.168.0.137" , 20000);ServerAddress address3 = new ServerAddress("192.168.0.138" , 20000);addresses.add(address1);addresses.add(address2);addresses.add(address3);MongoClient client = new MongoClient(addresses);DB db = client.getDB( "testdb" );DBCollection coll = db.getCollection( "table1" );BasicDBObject object = new BasicDBObject();object.append( "id" , 1);DBObject dbObject = coll.findOne(object);System. out .println(dbObject);} catch (Exception e) {e.printStackTrace();}}}

整个分片集群搭建完了，思考一下我们这个架构是不是足够好呢？其实还有很多地方需要优化，比如我们把所有的仲裁节点放在一台机器，其余两台机器承担了全部读写操作，但是作为仲裁的192.168.0.138相当空闲。让机器3 192.168.0.138多分担点责任吧！架构可以这样调整，把机器的负载分的更加均衡一点，每个机器既可以作为主节点、副本节点、仲裁节点，这样压力就会均衡很多了，如图：当然生产环境的数据远远大于当前的测试数据，大规模数据应用情况下我们不可能把全部的节点像这样部署，硬件瓶颈是硬伤，只能扩展机器。要用好mongodb还有很多机制需要调整，不过通过这个东东我们可以快速实现高可用性、高扩展性，所以它还是一个非常不错的Nosql组件。再看看我们使用的mongodb java 驱动客户端 MongoClient(addresses)，这个可以传入多个mongos 的地址作为mongodb集群的入口，并且可以实现自动故障转移，但是负载均衡做的好不好呢？打开源代码查看：它的机制是选择一个ping 最快的机器来作为所有请求的入口，如果这台机器挂掉会使用下一台机器。那这样。。。。肯定是不行的！万一出现双十一这样的情况所有请求集中发送到这一台机器，这台机器很有可能挂掉。一但挂掉了，按照它的机制会转移请求到下台机器，但是这个压力总量还是没有减少啊！下一台还是可能崩溃，所以这个架构还有漏洞！不过这个文章已经太长了，后续解决吧。原文：/article/4523129.html参考：http://blog.jobbole.com/72643/