mongo 3.4分片集群系列之四:搭建分片集群--哈希分片 + 安全 + 区域

这个系列大致想跟大家分享以下篇章(我会持续更新的(^ω^)):

1、mongo 3.4分片集群系列之一:浅谈分片集群

2、mongo 3.4分片集群系列之二:搭建分片集群--哈希分片

3、mongo 3.4分片集群系列之三:搭建分片集群--哈希分片 + 安全

4、mongo 3.4分片集群系列之四:搭建分片集群--哈希分片 + 安全 + 区域

5、mongo 3.4分片集群系列之五:详解平衡器

6、mongo 3.4分片集群系列之六:详解配置数据库

7、mongo 3.4分片集群系列之七:配置数据库管理

8、mongo 3.4分片集群系列之八:分片管理

 

这一篇也是实践篇。

1、        简单介绍区域

区域,简单来说,就是将一个或几个分片划分为一组,也就是一个区域,那么标记为该区域的数据在平衡的集群中,只会存储在该区域内的分片中。

举个例子(借用官网的例子说明):

定义区域前的架构

分片集群部署目前由三个分片组成。

  

定义区域后的架构

根据需要,定义两个区域“recent”和“archive”,区域“recent”由shard1和shard2组成,区域“archive”由shard3组成

  

关于区域和分片键的一些说明:

每个区域覆盖一个或多个分片键值范围。区域覆盖的每个范围总是包括其下边界,而不包括上边界。

区域不能共享范围,也不能具有重叠的范围。

当定义要覆盖的区域的新范围时,必须使用分片键中包含的字段。如果使用复合分片键,则范围必须包含分片键的前缀。

2、        本篇分片集群的架构


主机


分片


分片名称


区域


 

192.168.209.155


mongo_shard3


shard0002


notGsxt


mongo_shard1


shard0000


isGsxt


mongo_shard2


shard0001


192.168.209.156


mongo_shard4


shard0003

由2个主机构成,其中主机192.168.209.155提供3个分片,分片名称分别为mongo_shard1,mongo_shard2,mongo_shard3。主机192.168.209.156供1分片,为mongo_shard4。主机192.168.209.155的mongo_shard1,mongo_shard2,和主机192.168.209.156的mongo_shard4构成区域isGsxt,主机192.168.209.155的mongo_shard2构成区域notGsxt。(配置服务器和路由都在192.168.209.155上)

3、        具体操作步骤

本篇文章是认为已经搭建了哈希分片+安全的,有关如何搭建哈希分片+安全的集群,请参考上一篇文章:mongo 3.4分片集群系列之三:搭建分片集群--哈希分片 + 安全

以下步骤,除了第(1)步,其余的步骤,都在主机192.168.209.155上操作

1)    首先,搭建一个4个哈希分片的集群

  有关如何搭建哈希分片+安全的集群,请参考上一篇文章:mongo 3.4分片集群系列之三:搭建分片集群--哈希分片 + 安全

2)    禁用平衡器

为了降低性能影响,可以禁用集群上的平衡器。

在主机192.168.209.155上,连接到一个mongos实例

# mongo --port 6666 -u bear -p bear --authenticationDatabase admin           

use admin;

sh.stopBalancer();

  

3)    将每个分片添加到适当的区域

查看集群内分片的名称

sh.status();

  

主机192.168.209.155的mongo_shard1,mongo_shard2,和主机192.168.209.156的mongo_shard4构成区域isGsxt。

sh.addShardTag(shard0000,”isGsxt”);

sh.addShardTag(shard0001,”isGsxt”);

sh.addShardTag(shard0003,”isGsxt”);

主机192.168.209.155的mongo_shard2构成区域notGsxt。

sh.addShardTag(shard0002,”notGsxt”);

4)    定义每个区域的范围

用集合上的分片键定义区域范围,对于每个集合都要执行此操作,此操作是以集合为单位,而不是整个数据库。集合必须是已分片的集合。

举个例子,gsxt数据库的gansu_test1集合,其中分片键为Name字段。将其定义到isGsxt区域中。

sh.addTagRange(

“gsxt.gansu_test1”,

{“Name”:MinKey},

{“Name”:MaxKey},

“isGsxt”

)

 

5)    启用平衡器

sh.startBalancer();

6)    确认更改

sh.status();

    

7)    测试

  可以尝试往gsxt.gansu_test1集合中插入数据,然后在用sh.status(),查看数据的块分布情况。

--------------------------------------- over ------------------------------------------------------

以上资料,大部分是参考官网的资料,在此表示感谢。

https://docs.mongodb.com/manual/core/zone-sharding/

时间: 2024-10-06 16:45:27

mongo 3.4分片集群系列之四:搭建分片集群--哈希分片 + 安全 + 区域的相关文章

MongoDB副本集配置系列三:副本集的认证方式

1:副本集配置参考这篇博客: http://www.cnblogs.com/xiaoit/p/4478951.html 2:副本集的认证 假设有两台机器已经配置好了副本集(副本集罪一般最少3台机器,这里只做演示使用) 192.168.91.132 192.168.91.133 副本集总体思路是用户名.密码和keyfile文件,keyfile需要各个副本集服务启动时加载而且要是同一文件,然后在操作库是需要用户名.密码KeyFile文件必须满足条件:(1)至少6个字符,小于1024字节(2)认证时候

mongo 3.4分片集群系列之六:详解配置数据库

这个系列大致想跟大家分享以下篇章(我会持续更新的(^ω^)): 1.mongo 3.4分片集群系列之一:浅谈分片集群 2.mongo 3.4分片集群系列之二:搭建分片集群--哈希分片 3.mongo 3.4分片集群系列之三:搭建分片集群--哈希分片 + 安全 4.mongo 3.4分片集群系列之四:搭建分片集群--哈希分片 + 安全 + 区域 5.mongo 3.4分片集群系列之五:详解平衡器 6.mongo 3.4分片集群系列之六:详解配置数据库 7.mongo 3.4分片集群系列之七:配置数

mongo 3.4分片集群系列之八:分片管理

这个系列大致想跟大家分享以下篇章: 1.mongo 3.4分片集群系列之一:浅谈分片集群 2.mongo 3.4分片集群系列之二:搭建分片集群--哈希分片 3.mongo 3.4分片集群系列之三:搭建分片集群--哈希分片 + 安全 4.mongo 3.4分片集群系列之四:搭建分片集群--哈希分片 + 安全 + 区域 5.mongo 3.4分片集群系列之五:详解平衡器 6.mongo 3.4分片集群系列之六:详解配置数据库 7.mongo 3.4分片集群系列之七:配置数据库管理 8.mongo 3

MongoDB集群搭建-副本集

MongoDB集群搭建-副本集 概念性的知识,可以参考本人博客地址: http://www.cnblogs.com/zlp520/p/8088169.html 一.Replica Set方案(副本集或复制集): 1.搭建副本集有两种办法: 其一:在一台服务器上,通过文件的方式及端口号的方式来区分: 其二:找最少三台服务器,每台服务器都通过如下的配置: ip规划每台服务器担任的工作: 192.168.0.100:27017 主机 192.168.0.101:27017 副本集 192.168.0.

Hadoop集群(二) HDFS搭建

HDFS只是Hadoop最基本的一个服务,很多其他服务,都是基于HDFS展开的.所以部署一个HDFS集群,是很核心的一个动作,也是大数据平台的开始. 安装Hadoop集群,首先需要有Zookeeper才可以完成安装.如果没有Zookeeper,请先部署一套Zookeeper.另外,JDK以及物理主机的一些设置等.请参考: Hadoop集群(一) Zookeeper搭建 Hadoop集群(三) Hbase搭建 Hadoop集群(四) Hadoop升级 下面开始HDFS的安装 HDFS主机分配 1

分布式缓存技术redis学习系列(四)——redis高级应用(集群搭建、集群分区原理、集群操作)

本文是redis学习系列的第四篇,前面我们学习了redis的数据结构和一些高级特性,点击下面链接可回看 <详细讲解redis数据结构(内存模型)以及常用命令> <redis高级应用(主从.事务与锁.持久化)> 本文我们继续学习redis的高级特性--集群.本文主要内容包括集群搭建.集群分区原理和集群操作的学习. Redis集群简介 Redis 集群是3.0之后才引入的,在3.0之前,使用哨兵(sentinel)机制(本文将不做介绍,大家可另行查阅)来监控各个节点之间的状态.Redi

剖析Elasticsearch集群系列第一篇 Elasticsearch的存储模型和读写操作

剖析Elasticsearch集群系列涵盖了当今最流行的分布式搜索引擎Elasticsearch的底层架构和原型实例. 本文是这个系列的第一篇,在本文中,我们将讨论的Elasticsearch的底层存储模型及CRUD(创建.读取.更新和删除)操作的工作原理. Elasticsearch是当今最流行的分布式搜索引擎,GitHub. SalesforceIQ.Netflix等公司将其用于全文检索和分析应用.在Insight,我们用到了Elasticsearch的诸多不同功能,比如: 全文检索 比如找

剖析Elasticsearch集群系列之二:分布式的三个C、translog和Lucene段

转载:http://www.infoq.com/cn/articles/anatomy-of-an-elasticsearch-cluster-part02 共识——裂脑问题及法定票数的重要性 共识是分布式系统的一项基本挑战.它要求系统中的所有进程/节点必须对给定数据的值/状态达成共识.已经有很多共识算法诸如Raft.Paxos等,从数学上的证明了是行得通的.但是,Elasticsearch却实现了自己的共识系统(zen discovery),Elasticsearch之父Shay Banon在

搭建mongodb集群(副本集+分片)

完整的搭建mongodb集群(副本集+分片)的例子... 准备四台机器,分别是bluejoe1,bluejoe2,bluejoe3,以及bluejoe0 副本集及分片策略确定如下: 将创建3个副本集,命名为shard1,shard2,shard3: 以上3个副本集作为3个分片: 每个副本集包含2个副本(主.辅): 副本分开存储,即shard1存在bluejoe1和bluejoe2上各一份...以此类推 将创建3个配置库实例,一台机器一个 bluejoe0上配置一个mongos(mongos一般可