常见问题解答：自动化

Cloud Manager 托管哪些版本的 MongoDB？

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

Cloud Manager 如何托管 MongoDB 部署？

在 Cloud Manager 中预配服务器或在 MongoDB 部署环境中部署代理后，每个代理都会定期与 Cloud Manager 通信并执行任何所需的工作。

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

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

Cloud Manager 如何对集群节点进行维护？

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

对于集群中的每个从节点，代理：

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

2. 执行维护任务。

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

更新从节点后，代理会：

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

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

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

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

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

• 轮换 KMIP密钥。

• 轮换密钥文件。

• 更改mongod配置参数。

• 正在升级或降级TLS 、 auth或clusterAuth模式。

• 更改 MongoDB 版本。

• 更改 oplog 大小。

• 从副本集中删除进程。

• 取消从备份恢复。

• 启用分析器

我需要多少个代理？

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

代理是否进行了任何 MongoDB 数据传输？

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

Cloud Manager 是否会处理升级期间的故障？

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

我可以在 Cloud Manager 中创建哪些类型的部署？

使用 Cloud Manager，您可以配置所有 MongoDB 部署类型：分片集群、副本集和独立运行的实例。

分片集群中的分片必须是副本集。也就是说，分片不能是独立的 mongod。如果必须将分片作为单个 mongod 运行（不提供冗余或故障转移），请将分片作为单节点副本集运行。