MMS 架构组件(2)

  • A+
所属分类:mms

MMS应用程序包

前端包包含用户与其交互的界面,HTTPS服务用于监控代理和备份代理来发送数据和MMS服务。前端MMS包启动时,所有三个组件自动启动。这些组件是无状态的。前端包多个实例可以作为每个实例都具有相同的配置下运行。只要用户和代理可以与任何实例进行交互。

对于MMS监控,只需要安装应用程序包。应用程序包包括以下组件:

  • MMS Application and Monitoring Server
  • MMS Backup Ingestion Server
  • MMS Backup Alerts Service

MMS HTTP服务

HTTP服务端口默认是8080。这个组件提供Web界面来管理MMS用户,监控MongoDB的服务器和管理这些服务器的备份。 用户可以注册,创建新的帐户和组,以及加入现有的组。还包含监控mongodb实例的信息报告。

备份HTTP服务

该服务默认运行在8081端口上。备份HTTP服务包含一组用于备份代理Web服务。 代理从这项服务中检索其配置。该代理还通过该端口来发送初始化和oplog数据。该服务不需要与用户进行交互。

备份报警服务

备份报警服务监视所有代理状态,备份数据库的本地复制和快照。一旦出现问题发送邮件报警。

备份守护包

备份守护

备份守护进程是备份守护包的唯一组成部分。 备份守护管理备份数据库的本地复制和备份快照。该守护进程工作基于数据从备份代理进来的备份HTTP服务。没有客户端程序需要与该守护进程通话,它的状态和作业队列来自MMS应用程序数据库。

该守护进程在其本地存储路径rootDirectory创建备份数据库的本地副本。 如果运行多个备份守护进程,当你添加新的备份系统选择守护进程的实例,该实例的本地副本位于与该守护程序。

该守护进程将预定快照并将这些快照存储在快照存储也叫Blockstore。它也将作用于从Blockstore检索数据,并将其传送到所请求的目的地来恢复数据。

多个Backup守护进程可以水平扩展,每个复制集绑定到特定服务。

数据存储

所有关于MMS服务的状态数据和快照备份数据都永久存储在mongodb上。这些数据库不是MMS包安装的一部分。单独设置该数据库并在mms配置文件中指定它。

这些数据库被称为“Backing MongoDB Instances”或“backing databases”。

MMS应用数据库

该数据库将包含MMS用户,组,主机监测数据,备份时的状态等等。这些元数据比较小每个监控/备份服务器小于1G,但是更新频繁。因此强烈建议这个数据库配置成为复制集来为MMS服务提供耐用性和自动故障转移。

MMS备份Blockstore数据库

这个数据库包含备份数据库的所有快照和保留oplog来进行时间点的恢复。快照数据库所需要的空间与备份数据库成正比。

将Blockstore数据库设置成复制集来为备份和恢复组件提供耐用性和自动故障转移。

weinxin
微信公众号
扫一扫关注运维生存时间公众号,获取最新技术文章~

发表评论

:?: :razz: :sad: :evil: :!: :smile: :oops: :grin: :eek: :shock: :???: :cool: :lol: :mad: :twisted: :roll: :wink: :idea: :arrow: :neutral: :cry: :mrgreen:

目前评论:6   其中:访客  3   博主  0   引用   3

    • qqqq 9

      架构能画个图吗?一画胜千言

        • qqqq 9

          @qqqq

            • 默北 默北 6

              @qqqq 后面章节有

        • 来自外部的引用: 3

          • MongoDB MMS监控备份教程
          • 随我来使用mongodb mms服务
          • 资源分享:mongodb官方监控MMS | 月松博客月松博客