mongodb mms 监控代理未找到群组成员
mongodb mms monitoring agent does not find group members
我已经在 ubuntu 16.04 上安装了最新的 mongodb mms agent (6.5.0.456) 并初始化了副本集。因此，我是 运行 一个启用了监控代理的单节点复制集。代理工作正常，但它似乎并没有真正找到副本集成员：
[2018/05/26 18:30:30.222] [agent.info] [components/agent.go:Iterate:170] Received new configuration: Primary agent, Assigned 0 out of 0 plus 0 chunk monitor(s)
[2018/05/26 18:30:30.222] [agent.info] [components/agent.go:Iterate:182] Nothing to do. Either the server detected the possibility of another monitoring agent running, or no Hosts are configured on the Group.
[2018/05/26 18:30:30.222] [agent.info] [components/agent.go:Run:199] Done. Sleeping for 55s...
[2018/05/26 18:30:30.222] [discovery.monitor.info] [components/discovery.go:discover:746] Performing discovery with 0 hosts
[2018/05/26 18:30:30.222] [discovery.monitor.info] [components/discovery.go:discover:803] Received discovery responses from 0/0 requests after 891ns
我可以看到监控代理的两个进程：
/bin/sh -c /usr/bin/mongodb-mms-monitoring-agent -conf /etc/mongodb-mms/monitoring-agent.config >> /var/log/mongodb-mms/monitoring-agent.log 2>&1
/usr/bin/mongodb-mms-monitoring-agent -conf /etc/mongodb-mms/monitoring-agent.config
然而，如果我终止一个，它也会拆除另一个，所以我认为这不是问题所在。
所以，问题是代理所指的组是什么。这是在哪里配置的？或者我如何找出代理指的是哪个组以及如何检查该组是否配置正确。
rs.config() 看起来很好，有一个副本集成员，它有一个主机字段，看起来很好。我可以使用该值通过 mongo 命令连接到实例。未配置身份验证。
编辑
看起来云管理器现在需要配置种子主机。然后它开始发现副本集中的所有其他节点。这似乎与云管理器之前的日子不同，代理能够跟踪 rs - 如果我没记错的话......可能仍然有一种方法可以更轻松地完成这项工作，所以我将这个问题留给现在...
So, question is what is the Group that the agent is referring to. Where is that configured? Or how do I find out which Group the agent refers to and how do I check if the group is configured correctly.
Cloud Manager 代理的配置值（例如 mmsGroupId 和 mmsApiKey）在配置文件中设置，默认情况下为 /etc/mongodb-mms/monitoring-agent.config。代理需要此信息才能与 Cloud Manager 服务器通信。
有关详细信息，请参阅 Cloud Manager 文档中的 Install or Update the Monitoring Agent and Monitoring Agent Configuration。
It kind of looks that the cloud manager now needs to be configured with the seed host. Then it starts to discover all the other nodes in the replicaset.
除非 MongoDB 进程已经由 Cloud Manager 自动化管理，否则我相信您总是需要 add an existing MongoDB process to monitoring 来启动初始拓扑发现过程。监视部署后，Cloud Manager 代理应自动发现部署成员中的任何更改。
生产部门应启用身份验证和访问控制，因此除了通过云管理器添加种子主机名和端口外UI，您通常还需要提供适当的凭据。
我已经在 ubuntu 16.04 上安装了最新的 mongodb mms agent (6.5.0.456) 并初始化了副本集。因此，我是 运行 一个启用了监控代理的单节点复制集。代理工作正常，但它似乎并没有真正找到副本集成员：
[2018/05/26 18:30:30.222] [agent.info] [components/agent.go:Iterate:170] Received new configuration: Primary agent, Assigned 0 out of 0 plus 0 chunk monitor(s)
[2018/05/26 18:30:30.222] [agent.info] [components/agent.go:Iterate:182] Nothing to do. Either the server detected the possibility of another monitoring agent running, or no Hosts are configured on the Group.
[2018/05/26 18:30:30.222] [agent.info] [components/agent.go:Run:199] Done. Sleeping for 55s...
[2018/05/26 18:30:30.222] [discovery.monitor.info] [components/discovery.go:discover:746] Performing discovery with 0 hosts
[2018/05/26 18:30:30.222] [discovery.monitor.info] [components/discovery.go:discover:803] Received discovery responses from 0/0 requests after 891ns
我可以看到监控代理的两个进程：
/bin/sh -c /usr/bin/mongodb-mms-monitoring-agent -conf /etc/mongodb-mms/monitoring-agent.config >> /var/log/mongodb-mms/monitoring-agent.log 2>&1
/usr/bin/mongodb-mms-monitoring-agent -conf /etc/mongodb-mms/monitoring-agent.config
然而，如果我终止一个，它也会拆除另一个，所以我认为这不是问题所在。
所以，问题是代理所指的组是什么。这是在哪里配置的？或者我如何找出代理指的是哪个组以及如何检查该组是否配置正确。
rs.config() 看起来很好，有一个副本集成员，它有一个主机字段，看起来很好。我可以使用该值通过 mongo 命令连接到实例。未配置身份验证。
编辑
看起来云管理器现在需要配置种子主机。然后它开始发现副本集中的所有其他节点。这似乎与云管理器之前的日子不同，代理能够跟踪 rs - 如果我没记错的话......可能仍然有一种方法可以更轻松地完成这项工作，所以我将这个问题留给现在...
So, question is what is the Group that the agent is referring to. Where is that configured? Or how do I find out which Group the agent refers to and how do I check if the group is configured correctly.
Cloud Manager 代理的配置值（例如 mmsGroupId 和 mmsApiKey）在配置文件中设置，默认情况下为 /etc/mongodb-mms/monitoring-agent.config。代理需要此信息才能与 Cloud Manager 服务器通信。
有关详细信息，请参阅 Cloud Manager 文档中的 Install or Update the Monitoring Agent and Monitoring Agent Configuration。
It kind of looks that the cloud manager now needs to be configured with the seed host. Then it starts to discover all the other nodes in the replicaset.
除非 MongoDB 进程已经由 Cloud Manager 自动化管理，否则我相信您总是需要 add an existing MongoDB process to monitoring 来启动初始拓扑发现过程。监视部署后，Cloud Manager 代理应自动发现部署成员中的任何更改。
生产部门应启用身份验证和访问控制，因此除了通过云管理器添加种子主机名和端口外UI，您通常还需要提供适当的凭据。