我们在之前的架构设计中,应用服务器到底是怎么样,对我们来说是个黑洞,因此我们需要把他们监控起来,看清楚他们的行为特征和负载能力,这样才能更清楚直白的告诉运维,尽管我们有手段进行单一命令式监控,但对于分布式应用来说就非常棘手,里我们采用的是dubbo-monitor开源组件(过于简单),后续可能会采用dubbox-monitor
1、架构
我们依然将2018这台服务器部署在113物理机上(后续演进100万+QPS过程中,我们将进行n台硬件配套来进行的分布式部署和调度)
然这次与之前不同的是,dubbo-admin,dubbo-monitor都采用源码方式启动和部署,如果需要了解dubbo源码是怎么玩的请参考dubbo2.6.0源码编译--正确姿势
顺便提下dubbo-admin,dubbo-monitor启动方式
dubbo-admin通过任何容器启动,比如tomcat,jetty
dubbo-monitor直接运行main方法,不过dubbo-monitor有个小bug要注意(官方和任何网络资料不会说明这个问题)
我们看看监控效果,的确不怎么优雅(源码在我手,哈哈也方便升级)
我们用AB开压20万QPS看看
如果配置的对(这个配置主要是motitor生成文件位置需在配置环境初始地址,如果要有数据还要在每个dubbo服务配置
<dubbo:monitor protocol="registry" />)就会有以下效果
延伸阅读
https://blog.csdn.net/luozhonghua2014/article/details/80362614 秒杀系统搭建与部署(1)---开篇
https://blog.csdn.net/luozhonghua2014/article/details/80384061 1万+QPS秒杀最低成本架构与实现
https://blog.csdn.net/luozhonghua2014/article/details/80387285 10万+QPS秒杀限流组件设计与实现
https://blog.csdn.net/luozhonghua2014/article/details/80396035 秒杀系统架构设计与实现(2)--15万QPS
https://blog.csdn.net/luozhonghua2014/article/details/80404386 秒杀系统架构设计与实现(3)--20万QPS
https://blog.csdn.net/luozhonghua2014/article/details/80418114 JMeter4.0分布式调度压测部署--正确姿势
https://blog.csdn.net/luozhonghua2014/article/details/80438540 dubbo2.6.0源码编译--正确姿势