Metricbeat MongoDB模块无法从Mongos路由器获取指标求助

看起来你遇到了个有点棘手的矛盾问题：同一个Mongo用户在Shell里能正常执行serverStatus等命令，但Metricbeat用它连接Mongos时却提示权限不足。我来分享几个大概率能解决问题的排查方向：

1. 给Metricbeat明确指定认证数据库 #

你的Mongo用户是在admin库下创建的，但默认情况下Metricbeat可能没明确用这个库做认证。在你的MongoDB模块配置里加上auth_source: "admin"试试：

module: mongodb
metricsets: ["dbstats", "status", "collstats"]
enabled: true
period: 10s
hosts: [<host1>,<host2>]
username: <username>
password: <password>
auth_source: "admin"  # 新增这一行，指定用admin库做认证

这一步能确保Metricbeat的认证上下文和你在Shell里操作时保持一致，很多时候就是这个细节没注意到导致的权限问题。

2. 强制Metricbeat从主节点获取指标 #

错误里提到Metricbeat用了secondaryPreferred的读偏好，虽然你在Shell里执行带这个参数的命令没问题，但Mongos对路由到从节点的请求可能有额外的权限校验？可以试试强制Metricbeat只从主节点拉取指标，在配置里加：

prefer_primary: true  # 强制走主节点，绕过从节点的权限问题

如果加了之后问题消失，那就是读偏好导致的，你可以再针对性调整Mongos的权限配置。

3. 用完整连接字符串替代单独的账号密码配置 #

有时候分开配置hosts、username、password可能会出现参数传递不完整的情况，试试用完整的Mongo连接字符串格式：

hosts: ["mongodb://<username>:<password>@<host1>:<port>,<host2>:<port>/admin?authSource=admin"]
# 这时候可以删掉单独的username和password配置项

这种方式更直观，能确保所有认证参数都正确传递给Mongos。

4. 确认用户权限的实际覆盖范围 #

虽然你的用户有root、dbOwner这些高权限角色，但还是建议在Shell里确认下权限的实际生效情况：

use admin
db.runCommand({ usersInfo: "<username>", showPrivileges: true })

看看返回的权限列表里有没有包含serverStatus相关的权限，以及这些权限是否覆盖了所有必要的数据库。

5. 检查版本兼容性 #

你用的Metricbeat是6.6.1，MongoDB是4.0.6，虽然官方标注兼容，但偶尔也会有版本间的小bug。如果上面的方法都没用，可以试试把Metricbeat升级到7.x系列（更接近MongoDB 4.x的版本），或者查看官方文档有没有相关的已知问题。

调整完配置后记得重启Metricbeat，然后去Kibana里看看错误是否消失。如果还是不行，可以启动Metricbeat时加上-d "*"参数开启debug日志，这样能看到更详细的连接和认证过程，方便进一步排查。

内容的提问来源于stack exchange，提问作者Debashish Sen