我們在之前的架構設計中,應用服務器到底是怎麼樣,對我們來說是個黑洞,因此我們需要把他們監控起來,看清楚他們的行爲特徵和負載能力,這樣才能更清楚直白的告訴運維,儘管我們有手段進行單一命令式監控,但對於分佈式應用來說就非常棘手,裏我們採用的是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源碼編譯--正確姿勢