MongoDB接入PMM监控之初探

很早就听说过PMM，Percona开发的一套对MongoDB, MySQL, Postgres建立监控系统的套件。曾经也抽空想试用下，但由于使用上的各种毛病，以及文档欠缺，没成过。最近在Mongo中文社区里听群友谈到已经有PMM2了，迫不及待地搭建一把，看看什么样子，毕竟网络上详细谈PMM搭建的貌似不多，此文抛砖引玉。

PMM

PMM是什么呢？简单说这是Percona开发的用来监控mysql,postgres，mongodb的一揽子方案，即它把该用的组件全部包在一起了，只向外暴露一个pmm-client,一个pmm-server；里面囊括了cloud-native氛围下大为流行的prometheus, grafana监控工具。

其pmm-client主要包括各种exporters（exporter是prometheus中的概念，是一种将服务metrics抓取的第三方工具，供prometheus来scrape），如node_exporter抓取主机metrics信息， mongodb_exporter抓取mongod, mongos metrics信息。

pmm-server内将prometheus,grafana,consul等工具一起打包，以整体方式提供服务；其中prometheus是时序数据库，grafana是监控面板系统，其可配置prometheus为它的一个数据源， consul作为服务发现组件，便于屏蔽后端的节点变更。

且它们都是开源的，见

https://github.com/percona

安装

客户端pmm-client

很多文档说用yum安装，但我没成过，估计是添加yum源的问题。干脆直接rpm安装，下载地址：

https://repo.percona.com/yum/release/7/RPMS/x86_64/pmm2-client-2.5.0-6.el7.x86_64.rpm

（不一定得是2.5，有更高版本也可用）

服务端pmm-server 2

v2版本，而不是v1，貌似很不兼容，曾经搭v1没搭成

此次为方便起见，采用了多数文章建议的方式，docker 容器运行，步骤：

– 创建容器及其volume

dockercreate -v /srv –name pmm-data percona/pmm-server:2 /bin/true

– 启动pmm-server 2

dockerrun -d -p 8080:80 -p 443:443 –volumes-from pmm-data –name pmm-server–restart always percona/pmm-server:2

如果主机不允许docker运行，恐怕得需自行编译了。官方文档似乎并未说清楚该如何自行编译打包安装，有朋友探索过不妨分享下。

注册节点

这里注册节点的意思就是指把各个mongos,mongod节点加入到监控中。这是通过pmm-client来做的。

首先，pmm-client要感知到pmm-server:

# pmm-admin config –server-insecure-tls–server-url=https://admin:admin@

– admin,admin是默认的用户、密码， 是pmm-server 的ip地址

– 如果下次想重置，可以用 –force

此命令的输出其实是每台 pmm-client机器上启动了 pmm-agent进程，用以采集各service的数据

然后，加入mongod 节点，

# pmm-admin add mongodb –cluster”cluster1″ –replication-set “cluster1_0” –username xxx–password xxx : :

命令格式我们可以随时用pmm-admin addmongodb -h 来查看。有些选项含义是显而易见的，可以知道第一个ip:port指 service name， 第二个是service address。我习惯让service name取值为service address，好处是在grafana的 Service Name下拉框里会显示 ip:port，这样我们更易区分同一机器上的不同节点（ 默认时取为主机名，非常不适合标识同一机器上的不同节点！ ）。如下图所示：

另外，我并未按照官方文档

https://www.percona.com/doc/percona-monitoring-and-management/conf-mongodb.html

中说的先创建 mongodb_exporter，分配clusterMonitor权限来做，直接用一个有足够权限的用户也可以；当然单独分配一个用户应该更安全；

如果是添加mongos节点，和mongod差不多， 不过需移除 –replica-set 选项

将mongod, mongos加入后，我们可通过 pmm-admin list发现，服务节点已经注册了：

如果进入到pmm-server容器中去看，会发现，在/etc/prometheus.yml中已经加入了多个targets，

然后去/prometheus/targets，我们会发现，所有的targets都UP状态，如果有不是UP状态的，看看是否是网络故障或配置问题：

效果图

下面以我的本地一主二从的副本集集群 1p2s 举例，YCSB以insert ops=100 load

集群指标 

框住部分表明是在做 insert ops=100

副本集指标 

实例指标 

WiredTiger指标 

主机指标 

可见指标是多么地集中、丰富！对于分析定位问题，抓住因果关系，是非常有利的。

结语

相信看到这里，大家能明白，PMM其实是一套可以快速建立mongo监控系统的工具，非常适合于迭代开发、测试过程。当然由于其各个组件被bundle在一起，可能存在以下的缺陷：

1. 无法灵活扩展，节点多了后，一个pmm server能撑住吗？

2. 如果是云服务，可能需要重新考虑架构，负载均衡，自动化配置等

3. 不容易定制。pmm-client, pmm-server是不是暴露了足够多的功能供调用呢？特别是如果我们想定制grafana 的template 变量，label不满足需求怎么办？

4. 面板中的metrics计算是否都准确？很多指标需要熟悉

当然我们也可以选择单独部署各个组件，毕竟PMM证明了可行性。比如我们考虑把无状态的服务如exporter, grafana 放到k8s集群里，其管理由k8s负责；甚至prometheus带有 data目录的组件也可放进去，毕竟是时序数据库，可以允许一定时间的rotation。这样好处就是灵活，管理也不复杂，交给k8s，但配置会略微麻烦，得很懂 prometheus.yml的语法。最终可怎么用，看我们的需求了。

References

[1] https://www.percona.com/blog/2019/07/23/pmm-for-mongodb-start-guide/

[2] https://www.percona.com/blog/2019/09/19/installing-percona-monitoring-and-management-pmm-2-for-the-first-time/

[3] https://www.jianshu.com/p/ed2bf649a43f

[4] https://www.jianshu.com/p/dffe5b2d29c2

[5] https://jira.percona.com/browse/PMM-3980

[6] https://www.percona.com/doc/percona-monitoring-and-management/2.x/manage/client-config.html

[7] https://forums.percona.com/discussion/47945

[8] https://www.percona.com/doc/percona-monitoring-and-management/2.x/conf-mongodb.html

[9] https://www.percona.com/doc/percona-monitoring-and-management/pmm-admin.html

[10] https://www.percona.com/blog/2018/01/17/troubleshooting-percona-monitoring-and-management-pmm-metrics/

[11] https://www.percona.com/blog/2018/07/05/configuring-pmm-monitoring-mongodb-cluster/