当前位置:首页 > 数码 > 构建高可用性数据库架构-解密MongoDB集群管理 (构建高可用网络架构平台)

构建高可用性数据库架构-解密MongoDB集群管理 (构建高可用网络架构平台)

admin3周前 (04-28)数码17

MongoDB 集群管理是指在 MongoDB 数据库环境中构建高可用性的数据库架构,以确保数据的持久性、可用性和性能。本文将详细介绍构建高可用性数据库架构的相关概念、方法和步骤。

一、高可用性的概念与意义

高可用性是指系统能够在面对各种故障和异常情况时,仍然能够持续提供正常的服务。在数据库环境中,高可用性是非常重要的,因为任何数据库故障或停机都可能导致业务中断、数据丢失和损坏等问题。通过构建高可用性的数据库架构,可以最大限度地减少这些风险,并确保数据的持久性和可靠性。

二、MongoDB 集群管理的基本原则

1. 数据复制

MongoDB 通过复制集(ReplicaSet)实现数据的复制和冗余存储。复制集中包含多个数据节点,其中一个为主节点(Primary),其他节点为从节点(Secondary)。主节点负责处理所有的写操作,从节点负责复制主节点的数据并处理读请求。

2. 故障检测和自动故障转移

MongoDB 的复制集具有自动故障检测和故障转移的能力。当主节点出现故障或不可用时,复制集中的选举机制会自动选择一个从节点作为新的主节点,确保系统的可用性和连续性。

3. 数据切片

对于大规模数据集的存储和处理,MongoDB 提供了分片(Sharding)功能。通过将数据集分割成多个片段(Shard),分布在不同的服务器上,可以实现数据的水平扩展和负载均衡,提高系统的性能和容量。

4. 监控和管理

有效的集群管理需要进行监控、诊断和管理。MongoDB 提供了丰富的工具和功能,如 MongoDB Ops Manager 和 MongoDB Cloud Manager,用于监控集群的状态、性能和健康状况,并进行故障诊断和管理。

三、构建高可用性数据库架构的步骤

1. 设计复制集

根据实际需求和业务规模,确定复制集的大小和结构。根据数据量和访问模式的不同,可以选择单一主节点或多主节点的复制集结构。

2. 部署复制集

在不同的服务器上部署复制集的成员节点。通过配置文件和命令行工具,设置节点角色、IP 地址、端口号和权限等参数。

3. 初始化复制集

选择一个节点作为主节点,其他节点作为从节点。在主节点上初始化复制集,并将其他节点加入复制集。

4. 监控和管理

使用 MongoDB 提供的工具进行集群的监控和管理。监控集群的状态、性能和健康状况,及时发现和解决问题。

5. 故障检测和自动故障转移

当主节点出现故障或不可用时,复制集中的选举机制会自动选择一个从节点作为新的主节点。确保系统的可用性和连续性。

6. 数据切片

对于大规模数据集,使用分片功能将数据分割成多个片段,并分布在不同的服务器上。通过路由和负载均衡机制,实现数据的均衡存储和查询。

7. 定期备份和恢复

定期进行数据备份,以保证数据的安全性和可恢复性。在需要时,可以根据备份进行数据恢复,并验证数据的完整性。

四、常见问题和注意事项

1. 网络稳定性

构建高可用性数据库架构需要确保网络的稳定性和可靠性。分布在不同机房或地理位置的复制集成员之间应具备可靠的网络连接。

2. 磁盘空间管理

复制集中的每个节点都需要足够的磁盘空间来存储数据和日志。定期监控磁盘空间的使用情况,及时扩展存储容量。

3. 数据一致性

在复制集中进行写操作时,数据会异步复制到从节点。需要注意确保数据在主节点和从节点之间的一致性,避免数据丢失和不一致的情况发生。

4. 安全性和权限管理

在构建高可用性数据库架构时,要考虑安全性和权限管理的问题。使用 MongoDB 提供的安全功能,如访问控制、身份认证和数据加密等,保护数据的机密性和完整性。

总结

MongoDB 集群管理是构建高可用性数据库架构的关键步骤。通过合理设计和部署复制集,使用分片功能实现数据的扩展和负载均衡,以及有效的监控和管理措施,可以保证系统的稳定性、可用性和性能。在实际应用中,需要根据具体需求和环境灵活应用这些步骤和注意事项,确保构建出一个符合业务要求的高可用性数据库架构。


MongoDB是什么,怎么用?看完你就知道了

MongoDB是一款为web应用程序和互联网基础设施设计的数据库管理系统。没错MongoDB就是数据库,是NoSQL类型的数据库。

(1)MongoDB提出的是文档、集合的概念,使用BSON(类JSON)作为其数据模型结构,其结构是面向对象的而不是二维表,存储一个用户在MongoDB中是这样子的。

使用这样的数据模型,使得MongoDB能在生产环境中提供高读写的能力,吞吐量较于mysql等SQL数据库大大增强。

(2)易伸缩,自动故障转移。易伸缩指的是提供了分片能力,能对数据集进行分片,数据的存储压力分摊给多台服务器。自动故障转移是副本集的概念,MongoDB能检测主节点是否存活,当失活时能自动提升从节点为主节点,达到故障转移。

(3)数据模型因为是面向对象的,所以可以表示丰富的、有层级的数据结构,比如博客系统中能把“评论”直接怼到“文章“的文档中,而不必像myqsl一样创建三张表来描述这样的关系。

(1)文档数据类型

SQL类型的数据库是正规化的,可以通过主键或者外键的约束保证数据的完整性与唯一性,所以SQL类型的数据库常用于对数据完整性较高的系统。MongoDB在这一方面是不如SQL类型的数据库,且MongoDB没有固定的Schema,正因为MongoDB少了一些这样的约束条件,可以让数据的存储数据结构更灵活,存储速度更加快。

(2)即时查询能力

MongoDB保留了关系型数据库即时查询的能力,保留了索引(底层是基于B tree)的能力。这一点汲取了关系型数据库的优点,相比于同类型的NoSQL redis 并没有上述的能力。

(3)复制能力

MongoDB自身提供了副本集能将数据分布在多台机器上实现冗余,目的是可以提供自动故障转移、扩展读能力。

(4)速度与持久性

MongoDB的驱动实现一个写入语义 fire and forget ,即通过驱动调用写入时,可以立即得到返回得到成功的结果(即使是报错),这样让写入的速度更加快,当然会有一定的不安全性,完全依赖网络。

MongoDB提供了Journaling日志的概念,实际上像mysql的bin-log日志,当需要插入的时候会先往日志里面写入记录,再完成实际的数据操作,这样如果出现停电,进程突然中断的情况,可以保障数据不会错误,可以通过修复功能读取Journaling日志进行修复。

(5)数据扩展

MongoDB使用分片技术对数据进行扩展,MongoDB能自动分片、自动转移分片里面的数据块,让每一个服务器里面存储的数据都是一样大小。

MongoDB核心服务器主要是通过mongod程序启动的,而且在启动时不需对MongoDB使用的内存进行配置,因为其设计哲学是内存管理最好是交给操作系统,缺少内存配置是MongoDB的设计亮点,另外,还可通过mongos路由服务器使用分片功能。

MongoDB的主要客户端是可以交互的js shell 通过mongo启动,使用js shell能使用js直接与MongoDB进行交流,像使用sql语句查询mysql数据一样使用js语法查询MongoDB的数据,另外还提供了各种语言的驱动包,方便各种语言的接入。

mongodump和mongorestore,备份和恢复数据库的标准工具。输出BSON格式,迁移数据库。

mongoexport和mongoimport,用来导入导出JSON、CSV和TSV数据,数据需要支持多格式时有用。mongoimport还能用与大数据集的初始导入,但是在导入前顺便还要注意一下,为了能充分利用好mongoDB通常需要对数据模型做一些调整。

mongosniff,网络嗅探工具,用来观察发送到数据库的操作。基本就是把网络上传输的BSON转换为易于人们阅读的shell语句。

因此,可以总结得到,MongoDB结合键值存储和关系数据库的最好特性。因为简单,所以数据极快,而且相对容易伸缩还提供复杂查询机制的数据库。MongoDB需要跑在64位的服务器上面,且最好单独部署,因为是数据库,所以也需要对其进行热备、冷备处理。

因为本篇文章不是API手册,所有这里对shell的使用也是基础的介绍什么功能可以用什么语句,主要是为了展示使用MongoDB shell的方便性,如果需要知道具体的MongoDB shell语法可以查阅官方文档。

创建数据库并不是必须的操作,数据库与集合只有在第一次插入文档时才会被创建,与对数据的动态处理方式是一致的。简化并加速开发过程,而且有利于动态分配命名空间。如果担心数据库或集合被意外创建,可以开启严格模式。

以上的命令只是简单实例,假设如果你之前没有学习过任何数据库语法,同时开始学sql查询语法和MongoDB 查询语法,你会发现哪一个更简单呢?如果你使用的是java驱动去操作MongoDB,你会发现任何的查询都像Hibernate提供出来的查询方式一样,只要构建好一个查询条件对象,便能轻松查询(接下来会给出示例),博主之前熟悉ES6,所以入手MongoDB js shell完成没问题,也正因为这样简洁,完善的查询机制,深深的爱上了MongoDB。

使用java驱动链接MongoDB是一件非常简单的事情,简单的引用,简单的做增删改查。在使用完java驱动后我才发现spring 对MongoDB 的封装还不如官方自身提供出来的东西好用,下面简单的展示一下使用。

这里只举例了简单的链接与简单的MongoDB操作,可见其操作的容易性。使用驱动时是基于TCP套接字与MongoDB进行通信的,如果查询结果较多,恰好无法全部放进第一服务器中,将会向服务器发送一个getmore指令获取下一批查询结果。

插入数据到服务器时间,不会等待服务器的响应,驱动会假设写入是成功的,实际是使用客户端生成对象id,但是该行为可以通过配置配置,可以通过安全模式开启,安全模式可以校验服务器端插入的错误。

要清楚了解MongoDB的基本数据单元。在关系型数据库中有带列和行的数据表。而MongoDB数据的基本单元是BSON文档,在键值中有指向不定类型值的键,MongoDB拥有即时查询,但不支持联结操作,简单的键值存储只能根据单个键来获取值,不支持事务,但支持多种原子更新操作。

如读写比是怎样的,需要何种查询,数据是如何更新的,会不会存在什么并发问题,数据结构化的程度是要求高还是低。系统本身的需求决定mysql还是MongoDB。

在关于schema 的设计中要注意一些原则,比如:

数据库是集合的逻辑与物理分组,MongoDB没有提供创建数据库的语法,只有在插入集合时,数据库才开始建立。创建数据库后会在磁盘分配一组数据文件,所有集合、索引和数据库的其他元数据都保存在这些文件中,查阅数据库使用磁盘状态可通过。

集合是结构上或概念上相似得文档的容器,集合的名称可以包含数字、字母或 . 符号,但必须以字母或数字开头,完全。

限定集合名不能超过128个字符,实际上 . 符号在集合中很有用,能提供某种虚拟命名空间,这是一种组织上的原则,和其他集合是一视同仁的。在集合中可以使用。

其次是键值,在MongoDB里面所有的字符串都是UTF-8类型。数字类型包括double、int、long。日期类型都是UTC格式,所以在MongoDB里面看到的时间会比北京时间慢8小时。整个文档大小会限制在16m以内,因为这样可以防止创建难看的数据类型,且小文档可以提升性能,批量插入文档理想数字范围是10~200,大小不能超过16MB。

(1)索引能显著减少获取文档的所需工作量,具体的对比可以通过 ()方法进行对比

(2)解析查询时MongoDB通过最优计划选择一个索引进行查询,当没有最适合索引时,会先不同的使用各个索引进行查询,最终选出一个最优索引做查询

(3)如果有一个a-b的复合索引,那么仅针对a的索引是冗余的

(4)复合索引里的键的顺序是很重要的

(1)单键索引

(2)复合索引

(3)唯一性索引

(4)稀疏索引

如索引的字段会出现null的值,或是大量文档都不包含被索引的键。

如果数据集很大时,构建索引将会花费很长的时间,且会影响程序性能,可通过

当使用 mongorestore 时会重新构建索引。当曾经执行过大规模的删除时,可使用

对索引进行压缩,重建。

(1)查阅慢查询日志

(2)分析慢查询

注意新版本的MongoDB 的explain方法是需要参数的,不然只显示普通的信息。

本节同样主要简单呈现MongoDB副本集搭建的简易性,与副本集的强壮性,监控容易性

提供主从复制能力,热备能力,故障转移能力

实际上MongoDB对副本集的操作跟mysql主从操作是差不多的,先看一下mysql的主从数据流动过程

而MongoDB主要依赖的日志文件是oplog

写操作先被记录下来,添加到主节点的oplog里。与此同时,所有从结点复制oplog。首先,查看自己oplog里最后一条的时间戳;其次,查询主节点oplog里所有大于此时间戳的条目;最后,把那些条目添加到自己的oplog里并应用到自己的库里。从节点使用长轮询立即应用来自主结点oplog的新条目。

当遇到以下情况,从节点会停止复制

local数据库保存了所有副本集元素据和oplog日志

可以使用以下命令查看复制情况

解密MongoDB集群管理

每个副本集成员每秒钟ping一次其他所有成员,可以通过()看到节点上次的心跳检测时间戳和 健康 状况。

这个点没必要过多描述,但是有一个特殊场景,如果从节点和仲裁节点都被杀了,只剩下主节点,他会把自己降级成为从节点。

如果主节点的数据还没有写到从库,那么数据不能算提交,当该主节点变成从节点时,便会触发回滚,那些没写到从库的数据将会被删除,可以通过rollback子目录中的BSON文件恢复回滚的内容。

(1)使用单节点链接

只能链接到主节点,如果链接到从节点的话,会被拒绝写入操作,但是如果没有使用安全模式,因为mongo的fire and forget 特性,会把拒绝写入的异常给吃掉。

(2)使用副本集方式链接

能根据写入的情况自动进行故障转移,但是当副本集进行新的选举时,还是会出现故障,如果不使用安全模式,依旧会出现写不进去,但现实成功的情况。

分片是数据库切分的一个概念实现,这里也是简单总结为什么要使用分片以及分片的原理,操作。

当数据量过大,索引和工作数据集占用的内存就会越来越多,所以需要通过分片负载来解决这个问题

(1)分片组件

(2)分片的核心操作

分片一个集合:分片是根据一个属性的范围进行划分的,MongoDB使用所谓的分片键让每个文档在这些范围里找到自己的位置

块:是位于一个分片中的一段连续的分片键范围,可以理解为若干个块组成分片,分片组成MongoDB的全部数据

(3)拆分与迁移

块的拆分:初始化时只有一个块,达到最大块尺寸64MB或个文档就会触发块的拆分。把原来的范围一分为二,这样就有了两个块,每个块都有相同数量的文档。

迁移:当分片中的数据大小不一时会产生迁移的动作,比如分片A的数据比较多,会将分片A里面的一些块转移到分片B里面去。分片集群通过在分片中移动块来实现均衡,是由名为均衡器的软件进程管理的,任务是确保数据在各个分片中保持均匀分布,当集群中拥有块最多的分片与拥有块最少分片的块差大于8时,均衡器就会发起一次均衡处理。

启动两个副本集、三个配置服务器、一个mongos进程

配置分片

(1)分片查询类型

(2)索引

分片集合只允许在_id字段和分片键上添加唯一性索引,其他地方不行,因为这需要在分片间进行通信,实施起来很复杂。

当创建分片时,会根据分片键创建一个索引。

(1)分片键是不可修改的、分片键的选择非常重要

(2)低效的分片键

(3)理想的分片键

(1)部署拓扑

根据不同的数据中心划分

这里写图片描述

(2)最低要求

(3)配置的注意事项

需要估计集群大小,可使用以下命令对现有集合进行分片处理

(4)备份分片集群

备份分片时需要停止均衡器

(1)部署架构

使用64位机器、32位机器会制约mongodb的内存,使其最大值为1.5GB

mongodb 只有当索引和工作集都可放入内存时,才会遇到CPU瓶颈,CPU在mongodb使用中的作用是用来检索数据,如果看到CPU使用饱和的情况,可以通过查询慢查询日志,排查是不是查询的问题导致的,如果是可以通过添加索引来解决问题

mongodb写入数据时会使用到CPU,但是mongodb写入时间一次只用到一个核,如果有频繁的写入行为,可以通过分片来解决这个问题

(3)内存

大内存是mongodb的保障,如果工作集大小超过内存,将会导致性能下降,因为这将会增加数据加载入内存的动作

(4)硬盘

mongodb默认每60s会与磁盘强制同步一次,称为后台刷新,会产生I/O操作。在重启时mongodb会将磁盘里面的数据加载至内存,高速磁盘将会减少同步的时间

(5)文件系统

使用ext4 和 xfs 文件系统

禁用最后访问时间

(6)文件描述符

linux 默认文件描述符是1024,需要大额度的提升这个额度

(7)时钟

mongodb各个节点服务器之间使用ntp服务器

(1)绑定IP

启动时使用 - -bind_ip 命令

(2)身份验证

启动时使用 - -auth 命令

(3)副本集身份认证

使用keyFile,注意keyFile文件的权限必须是600,不然会启动不起来

(1)拓扑结构

搭建副本集至少需要两个节点,其中仲裁结点不需要有自己的服务器

(2)Journaling日志

写数据时会先写入日志,而此时的数据也不是直接写入硬盘,而是写入内存

但是Journaling日志会消耗内存,所以可以在主库上面关闭,在从库上面启动

可以单独为Journaling日志使用一块固态硬盘

在插入时,可以通过驱动确保Journaling插入后再反馈,但是会非常影响性能。

logpath 选项指定日志存储地址

-vvvvv 选项(v越多,输出越详细)

({logrotare:1}) 开启滚动日志

(1)serverStatus

这里写图片描述

动态展示mongodb活动数据

占用当前mongodb监听端口往上1000号的端口

(1)mongodump

把数据库内容导出成BSON文件,而mongorestore能读取并还原这些文件

(2)mongorestore

把导出的BSON文件还原到数据库

(3)备份原始数据文件

可以这么做,但是,操作之前需要进行锁库处理 ({fsync:1,lock:true})

db.$() 请求解锁操作,但是数据库不会立刻解锁,需要使用()验证。

(1)修复

mongd --repair 修复所有数据库

({repairDatabase:1}) 修复单个数据库

修复就是根据Jourling文件读取和重写所有数据文件并重建各个索引

(2)压紧

压紧,会重写数据文件,并重建集合的全部索引,需要停机或者在从库上面运行,如果需要在主库上面运行,需要添加force参数 保证加写锁。

(1)监控磁盘状态

(2)为提升性能检查索引和查询

总的来说,扫描尽可能少的文档。

保证没有冗余的索引,冗余的索引会占用磁盘空间、消耗更多的内存,在每次写入时还需做更多工作

(3)添加内存

dataSize 数据大小 和 indexSize 索引大小,如果两者的和大于内存,那么将会影响性能。

storageSize超过dataSize 数据大小 两倍以上,就会因磁盘碎片而影响性能,需要压缩。

mongodb是关系型数据库吗

mongodb是关系型数据库吗

MongoDB 是一个开源的、高可用性的、面向文档的 NoSQL 数据库。它是一个介于关系型数据库和非关系型数据库之间的新型数据库,它提供了类似于关系型数据库的语法和功能,同时又具有非关系型数据库的灵活性和可扩展性。MongoDB 通常用于处理大量数据、高并发、复杂查询等场景,适用于各种类型的应用程序,包括 Web 应用程序、移动应用程序、物联网设备等。

与关系型数据库相比,MongoDB 更加适合处理大量的数据和高并发的场景。它可以支持大量的并发访问,并且查询效率也非常高。此外,MongoDB 还支持数据分片、复制集等功能,可以实现大规模数据的高可用性。因此,MongoDB 是一种非常流行的 NoSQL 数据库。

总之,虽然 MongoDB 是一种 NoSQL 数据库,但是它也提供了类似于关系型数据库的语法和功能,可以很好地解决传统关系型数据库无法解决的问题。同时,它也具有非关系型数据库的灵活性和可扩展性,可以更好地适应现代应用程序的需求。

免责声明:本文转载或采集自网络,版权归原作者所有。本网站刊发此文旨在传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及版权、内容等问题,请联系本网,我们将在第一时间删除。同时,本网站不对所刊发内容的准确性、真实性、完整性、及时性、原创性等进行保证,请读者仅作参考,并请自行核实相关内容。对于因使用或依赖本文内容所产生的任何直接或间接损失,本网站不承担任何责任。

标签: MongoDB

“构建高可用性数据库架构-解密MongoDB集群管理 (构建高可用网络架构平台)” 的相关文章

MongoDB大容量数据插入性能影响及针对性优化方案 (mongodb数据库)

MongoDB大容量数据插入性能影响及针对性优化方案 (mongodb数据库)

影响 MongoDB 数据插入性能的因素 在处理大量数据插入时,MongoDB 的性能可能会受到以下因素影响: 磁盘 I/O:频繁的磁盘写入操作会成为性能瓶颈,磁盘 I/O 的延迟和吞...

MongoDB性能调优-打造高效的数据存储平台 (mongodb)

MongoDB性能调优-打造高效的数据存储平台 (mongodb)

MongoDB 是一种广受欢迎的 NoSQL 数据库,用于构建高效的数据存储平台。以下是一些建议的性能调优措施,以最大化 MongoDB 的性能: 1. 使用适当的硬件 选择高性...

MongoDB-利用-构建实时监控系统-和数据流处理技术的终极指南 (mongodb)

MongoDB-利用-构建实时监控系统-和数据流处理技术的终极指南 (mongodb)

实时监控系统 实时监控系统是一种广泛应用于各个行业的强大工具,它能够实时收集、分析和展示系统运行数据,帮助用户快速发现问题并采取相应的措施。在构建实时监控系统时,MongoDB 作为 NoSQL...