MongoDB 分片集群部署架构详解

需积分: 5 22 下载量 140 浏览量 更新于2024-09-01 1 收藏 107KB DOCX 举报
MongoDB集群部署文档 MongoDB集群部署文档是指通过将数据库拆分成多个小块(shard),并将这些块分布到不同的机器上,以提高数据库的存储容量和处理能力的技术。这种技术可以实现高可用性和高性能的数据库系统。 在MongoDB集群中,mongos是数据库集群请求的入口,所有的请求都通过mongos进行协调,不需要在应用程序添加一个路由选择器,mongos自己就是一个请求分发中心,它负责把对应的数据请求请求转发到对应的shard服务器上。在生产环境通常有多mongos作为请求的入口,防止其中一个挂掉所有的mongodb请求都没有办法操作。 Config Server是存储所有数据库元信息(路由、分片)的配置服务器,mongos本身没有物理存储分片服务器和数据路由信息,只是缓存在内存里,Config Server则实际存储这些数据。mongos第一次启动或者关掉重启就会从Config Server加载配置信息,以后如果配置服务器信息变化会通知到所有的mongos更新自己的状态,这样mongos就能继续准确路由。 Shard是指将数据库拆分,将其分散在不同的机器上的过程。将数据分散到不同的机器上,不需要功能强大的服务器就可以存储更多的数据和处理更大的负载。基本思想就是将集合切成小块,这些块分散到若干片里,每个片只负责总数据的一部分,最后通过一个均衡器来对各个分片进行均衡(数据迁移)。 Replicaset是指shard的备份,防止shard挂掉之后数据丢失。复制提供了数据的冗余备份,并在多个服务器上存储数据副本,提高了数据的可用性,并可以保证数据的安全性。 仲裁者(Arbiter)是复制集中的一个MongoDB实例,它并不保存数据。仲裁节点使用最小的资源并且不要求硬件设备,不能将Arbiter部署在同一个数据集节点中,可以部署在其他应用服务器或者监视服务器中,也可部署在单独的虚拟机中。为了确保复制集中有奇数的投票成员(包括primary),需要添加仲裁节点做为投票,否则primary不能运行时不会自动切换primary。 在实施MongoDB集群部署时,需要准备三个操作系统为CentOS 7.6_64服务器,并下载MongoDB 4.0.5版本安装。