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 位架构上运行。

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

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

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

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

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

例子

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

当您对集群中的节点执行维护时, 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 部署使用镜像的 mongod 实例作为配置服务器,则不能将该部署升级到版本 3.4。如要允许升级分片部署,请参阅将配置服务器转换为副本集。转换要求分片部署运行 MongoDB 版本 3.2.4 或更高版本。运行以前版本的部署必须先升级到版本 3.2.4,然后再升级到版本 3.4。

后退

管理