MMS 功能介绍 (1)

MongoDB的管理服务（MMS）是用于监控和备份MongoDB的基础设施服务。其中监控的服务是免费的，备份的服务是需要收费的。

MMS监控

MMS提供实时的报告，可视化，警报，硬件指标，并以直观的Web仪表盘展现数据。文章源自运维生存时间-https://www.ttlsa.com/mms/mms-function-overview/

只需要安装上一个轻量级的监控代理，来收集mongodb运行信息并传回给MMS。MMS用户界面允许用户查看可视化的数据和设置警报。文章源自运维生存时间-https://www.ttlsa.com/mms/mms-function-overview/

MMS备份

该功能专为mongodb设计的，可以预定恢复快照和时间点。一旦该服务启动并运行，MMS提供一个Web界面来支持备份和恢复，MMS备份还支持水平扩展。文章源自运维生存时间-https://www.ttlsa.com/mms/mms-function-overview/

需要安装一个轻量级的备份代理，代理执行初始化同步，并截取复制集primary节点的OPLOG。对于分片集群，备份代理截取每个primary和每个config服务器。然后将初始化同步和oplog数据通过https传回到MMS。文章源自运维生存时间-https://www.ttlsa.com/mms/mms-function-overview/

MMS服务通过备份再现每个复制集并应用oplog日志，然后，MMS在硬盘上保持一个独立的mongodb数据库，也称为head，每个复制集的备份。每个head与原始的primary通过代理提供的最后的oplog来保持一致。文章源自运维生存时间-https://www.ttlsa.com/mms/mms-function-overview/

该初始化数据和oplog都是使用标准的MongoDB查询来完成的。文章源自运维生存时间-https://www.ttlsa.com/mms/mms-function-overview/

操作

MMS备份服务使用备份来重新创建每个复制集并应用有代理发送来的oplog日志。对于生产环境上的复制集和分片，并不知道关心复制备份数据，因为这些数据都是使用标准的mongodb查询来完成的。文章源自运维生存时间-https://www.ttlsa.com/mms/mms-function-overview/

该服务需要预定所有head的快照，并保留基于用户定义的策略的快照。MMS备份基于OPLOG时间变化bserved的间隔来捕获复制集的快照。分片集群快照暂时通过mongos来停止平衡器，这样可以在所有分片和配置服务器上插入一个标记。当标记出现在备份数据上MMS需要一个快照。文章源自运维生存时间-https://www.ttlsa.com/mms/mms-function-overview/

压缩和块级重复数据删除技术降低了快照的数据大小。快照只存储快照之间的差异性数据，快照使用完整快照的一小部分磁盘空间。文章源自运维生存时间-https://www.ttlsa.com/mms/mms-function-overview/

恢复

恢复适用于复制集特定的快照和时间点恢复还原。集群只能从快照时间的一致性恢复。文章源自运维生存时间-https://www.ttlsa.com/mms/mms-function-overview/

快照恢复直接从备份Blockstore数据库读取，通过HTTPS下载链接(pull)或MMS服务通过SSH发送(push)来传输文件。文章源自运维生存时间-https://www.ttlsa.com/mms/mms-function-overview/

时间点恢复首先创建一个本地的blockstore快照的恢复。 之后，应用oplog日志直到指定的时间点。然后，该服务通过相同的HTTPS或SSH机制提供时间点备份。文章源自运维生存时间-https://www.ttlsa.com/mms/mms-function-overview/

oplog日志保持每个备份是可配置的，对于时间点恢复影响它的可用的时间窗口。文章源自运维生存时间-https://www.ttlsa.com/mms/mms-function-overview/ 文章源自运维生存时间-https://www.ttlsa.com/mms/mms-function-overview/