我已经在ubuntu16.04上安装了最新的mongodb代理(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命令使用该值连接到实例。没有配置auth。
编辑
看起来云管理器现在需要配置种子主机。然后,它开始发现副本集中的所有其他节点。这似乎不同于云管理器前的日子,在那里,代理能够跟踪rs -如果我没记错.也许还有办法让这件事做得更容易,所以我暂时不提这个问题.
发布于 2018-05-29 07:19:17
因此,问题是代理人所指的集团是什么。那是在哪里配置的?或者如何查找代理引用的组,以及如何检查组配置是否正确。
Cloud代理(如mmsGroupId和mmsApiKey)的配置值是在配置文件中设置的,默认情况下是/etc/mongodb-mms/monitoring-agent.config。为了与Cloud服务器通信,代理需要这些信息。
有关更多细节,请参见Cloud文档中的安装或更新监视代理和监控代理配置。
看起来云管理器现在需要配置种子主机。然后,它开始发现副本集中的所有其他节点。
除非MongoDB流程已经由Cloud自动化管理,否则我相信您一直需要将现有的MongoDB进程添加到监视中来启动初始拓扑发现过程。一旦对部署进行了监视,云管理器代理就应该自动发现部署成员资格的任何更改。
生产雇用应该启用身份验证和访问控制,因此除了通过Cloud添加种子主机名和端口之外,通常还需要提供适当的凭据。
https://stackoverflow.com/questions/50544952
复制相似问题