Docs 菜单

Docs 主页MongoDB Ops Manager

常见问题解答:自动化

在此页面上

  • Ops Manager 托管哪些版本的 MongoDB?
  • Ops Manager 1.8.x 和 2.0.x 版本的升级途径是什么?
  • Ops Manager 如何托管 MongoDB 部署?
  • Ops Manager 如何对集群节点执行维护?
  • 我需要多少个自动化?
  • 代理是否进行了任何 MongoDB 数据传输?
  • Ops Manager 是否会处理升级期间的故障?
  • 我可以在 Ops Manager 中创建哪些类型的部署?

这解决了有关 Ops Manager 及其自动化功能的常见问题。

Ops Manager 可以自动执行受监控 MongoDB 进程的管理操作,允许您通过 Ops Manager 界面重新配置、停止和重启 MongoDB。

Ops Manager 自动化只能在 64 位架构上运行。

有关特定的 Ops Manager 功能和支持的 MongoDB 版本,请参阅MongoDB 兼容性矩阵。

有关升级路径,请参阅升级 Ops Manager。

在 MongoDB 部署环境中部署代理后,每个代理都会定期与 Ops Manager 通信并执行任何所需的工作。

代理会不断重新评估其环境,以根据需要调整工作。作为此例行活动的一部分,代理会与集群成员频繁建立短期连接。 如果代理遇到问题,例如网络连接问题或 Ops Manager 故障,代理会调整其工作以进行补偿并安全地达到其目标状态。

助手会制定从当前状态进入目标状态的计划。 计划分步骤执行,每个步骤都是自主且独立于其他步骤的。

例子

对于安装,该计划包括下载 MongoDB、使用相应的命令行选项启动该进程、初始化副本集以及等待良性多数。 当副本集处于活动状态并具有正常多数时,配置达到目标状态。

当您对集群中的节点执行维护时,Ops Manager 会执行 滚动重启。代理在维护期间逐个更新集群中的节点,始终保持主节点,直到更新所有节点以保持集群可用性。

对于集群中的每个从节点,代理:

  1. 重新启动以standalone模式在节点上运行的 mongod进程。

  2. 执行维护任务。

  3. 重新启动在replSet模式下在节点上运行的mongod进程。

更新从节点后,代理会:

  1. 使用rs.stepDown()命令降级主节点。

  2. Atlas Triggers一个新主节点的选举。

  3. 在前主节点上执行维护任务。

  4. replSet模式重新启动在前一个主节点上运行的mongod进程,以作为从节点加入集群。

在 Ops Manager 中,代理在集群节点上执行滚动重启以执行维护任务,包括以下操作:

  • 轮换 KMIP密钥。

  • 轮换密钥文件。

  • 更改mongod配置参数。

  • 正在升级或降级TLSauthclusterAuth模式。

  • 更改 MongoDB 版本。

  • 更改 oplog 大小。

  • 从副本集中删除进程。

  • 取消从备份恢复。

  • 启用分析器

提示

另请参阅:

要使用自动化,您必须在运行托管 MongoDB 实例的每个主机上运行代理。

代理不会传输 MongoDB 部署中的任何数据记录。 代理仅通信部署配置信息和 MongoDB 日志。

一般来说,是的。 Ops Manager 管理和自动化组件的设计并未考虑所有可能的故障;但是,系统的架构可以解决多种类型的故障。

通过 Ops Manager,您可以配置所有 MongoDB 部署类型,包括:分片集群、副本集和独立集群。

分片集群中的分片必须是副本集。也就是说,分片不能是独立的mongod 。如果必须将分片作为单个mongod运行(提供冗余或故障转移),请将该分片作为单成员副本集运行。

注意

您不能将分片 MongoDB 部署升级到版本3 。 4如果部署使用镜像mongod实例作为配置服务器)。要允许升级分片部署,请参阅将配置服务器转换为副本集。此转换要求分片部署运行 MongoDB 3版本。 2 。 4或更高版本。运行以前版本的部署必须升级到版本3 。 2 。 4 ,然后再升级到版本3 。 4 。

← 常见问题解答:管理