背景
最近项目中使用了 dubbo 在实现服务注册和发现,需要实现对服务提供者和调用者的监控,之前有研究过基于 redis作为注册中心的监控平台,不过本文基于 zk 作为注册中心,进行 dubbo-admin 和 dubbo-monitor 搭建。另外项目基于 dubbo 2.6.4版本,所以该监控版本调整为 dubbo2.6.4。
步骤
- GitHub
- 官方组件目前在重构,采用前后分离技术,尚未完成。本文采用的还是 master 分支的老版本 dubbo-admin
git clone https://github.com/apache/incubator-dubbo-ops
- 将项目根目录下的 pom.xml文件中的 dubbo 版本调整为2.6.4
<dubbo_all_version>2.6.4</dubbo_all_version>
- 将 dubbo-admin 项目下的 pom.xml文件中的 dubbo版本进行调整,并且增加 netty 依赖
1 |
|
- 修改dubbo-admin 项目中 resources 目录下的 applicatio.properties文件
1 |
|
- 修改dubbo-admin 项目中 resources 目录下的 dubbo-admin.xml文件,如果没有配置 group 可以不用加 group 配置
1 |
|
- 此条如果配置了 provider 和 consumer 的分组时采用,如果没有则跳过。在 dubbo-admin 项目中创建
com.alibaba.dubbo.common
包,并新建URL.java
类,复制 dubbo2.6.4中的 URL.java,按照图片修改
说明:如果不这样修改,在管理后台会有问题,官方 issue
-
在根目录下执行
mvn clean package
-
启动 dubbo-admin,执行
java -jar dubbo-admin/target/dubbo-admin-0.0.1-SNAPSHOT.jar
-
打开http://127.0.0.1:7071即可看到界面,登录账户和密码为 applicatio.properties中配置的默认root/root,guest/guest
dubbo-monitor搭建
1、修改 dubbo-monitor-simple 项目 resources/conf 目录下的 dubbo.properties
1 |
|
2、在根目录下执行mvn clean package
,在dubbo-monitor-simple/target
目录下的dubbo-monitor-simple-2.0.0-assembly.tar.gz
拷贝到其他目录,或者本目录,解压并启动
1 |
|
3、打开http://127.0.0.1:7002
配置生产者和消费者,进行调用就会显示类似下面的图,这里的图修改图片生成的时间为1分钟
4、注意事项
dubbo.monitor.queue
:监测队列大小,默认为100000- chart 图片默认五分钟根据统计目录的数据生成一张 png 图片,在SimpleMonitorService.java 中110行,可以修改自己需要的时间间隔,
dubbo.jetty.directory=/opt/monitor
这个路径必须自己手动提前创建,否则无法自动创建统计和图片目录,导致没有图片显示- 如果没有出现图片,在生产者和消费者的配置中添加监控地址
dubbo.monitor.address= 172.20.155.60:7070
1 |
|
小结
经过几天的时间修改了部分源码搭建起来的监控平台,目前已经在生产上使用了。从目前的服务调用来看,效果还可以。前期搭建的过程中还是踩了不少坑的,由于 dubbo 的版本复杂,网上多种监控平台各有各的特点, 权衡了很久才决定还是用官方的监控平台。官方的监控平台是使用人数最多的,既然是要上生产,就必须要有保障。但是可能由于年代久远,不是很美观,不过能用。网上还有其他版本的监控平台比如开源工具 Dubbokeeper, 以及开源工具 DubboMonitor-x,这几个在之前研究的时候采用 Redis 作为注册中心的时候有研究过,但是后面选择 zk 和官方的监控平台就没有折腾了。