监控机制:

服务消费者和提供者,在内存中累计调用次数和调用时间,定时每分钟发送一次统计数据到监控中心。监控中心负责统计各服务调用次数,调用时间等。

监控元数据存储目录结构:

--dubbo.jetty.directory

----statistics

------day

--------interface

----------method

------------consumer

--------------provider

consumer.concurrent

consumer.elapsed

consumer.failure

consumer.max.concurrent

consumer.max.elapsed

consumer.success

provider.concurrent

provider.elapsed

provider.failure

provider.max.concurrent

provider.max.elapsed

provider.success

----charts

------day

--------interface

----------method

elapsed.png

success.png

监控元数据存储目录实例:

监控元数据:

文件名称

备注

数据样例

格式:HHmm 数值

consumer.concurrent

消费者并发数

1744 0

1750 0

1751 0

1754 0

1755 0

1756 0

1757 0

consumer.elapsed

消费者调用耗时

1744 64

1750 53

1751 48

1754 47

1755 64

1756 82

1757 58

consumer.failure

消费者调用失败次数

1744 0

1750 0

1751 0

1754 0

1755 0

1756 0

1757 0

consumer.max.concurrent

消费者最大并发数

1744 1

1750 1

1751 1

1754 1

1755 1

1756 1

1757 1

consumer.max.elapsed

消费者最大调用耗时

1744 5

1750 5

1751 3

1754 3

1755 6

1756 23

consumer.success

消费者调用成功次数

1744 30

1750 30

1751 30

1754 30

1755 30

1756 30

provider.concurrent

提供者并发数

1755 0

1756 0

1757 0

1758 0

1759 0

1800 0

provider.elapsed

提供者调用耗时

1755 2

1756 3

1757 2

1758 10

1759 2

1800 2

provider.failure

提供者调用失败次数

1755 0

1756 0

1757 0

1758 0

1759 0

1800 0

provider.max.concurrent

提供者最大并发数

1755 1

1756 1

1757 1

1758 1

1759 1

1800 1

provider.max.elapsed

提供者最大调用耗时

1755 1

1756 1

1757 1

1758 6

1759 1

1800 1

provider.success

提供者调用成功次数

1755 30

1756 30

1757 30

1758 30

1759 30

1800 29

dubbo monitor simple 监控原理分析的更多相关文章

  1. Dubbo Monitor Simple 监控中心

    下载项目源码(其中的 dubbo-registry-simple 代表简单的注册中心,用于开发测试,生产环境一般用zookeeper) https://github.com/apache/incuba ...

  2. Dubbo的优雅下线原理分析

    文/朱季谦 Dubbo如何实现优雅下线? 这个问题困扰了我一阵,既然有优雅下线这种说法,那么,是否有非优雅下线的说法呢? 这,还真有. 可以从linux进程关闭说起,其实,我们经常使用到杀进程的指令背 ...

  3. 【原创】大叔问题定位分享(6)Dubbo monitor服务iowait高,负载高

    一 问题 Dubbo monitor所在服务器状态异常,iowait一直很高,load也一直很高,监控如下: iowait如图: load如图: 二 分析 通过iotop命令可以查看当前系统中磁盘io ...

  4. dubbo源码解析五 --- 集群容错架构设计与原理分析

    欢迎来我的 Star Followers 后期后继续更新Dubbo别的文章 Dubbo 源码分析系列之一环境搭建 博客园 Dubbo 入门之二 --- 项目结构解析 博客园 Dubbo 源码分析系列之 ...

  5. Dubbo系列讲解之扩展点实现原理分析【2万字分享】

    Apache Dubbo 是一款微服务开发框架,它提供了 RPC通信 与 微服务治理 两大关键能力.这意味着,使用 Dubbo 开发的微服务,将具备相互之间的远程发现与通信能力, 同时利用 Dubbo ...

  6. Dubbo之服务消费原理

    前言 上篇文章<Dubbo之服务暴露>分析 Dubbo 服务是如何暴露的,本文接着分析 Dubbo 服务的消费流程.主要从以下几个方面进行分析:注册中心的暴露:通过注册中心进行服务消费通知 ...

  7. web压测工具http_load原理分析

    一.前言 http_load是一款测试web服务器性能的开源工具,从下面的网址可以下载到最新版本的http_load: http://www.acme.com/software/http_load/ ...

  8. [译]Java 垃圾回收的监控和分析

    说明:这篇文章来翻译来自于Javapapers 的Java Garbage Collection Monitoring and Analysi 在这个系列的Java垃圾回收教程中,我们将看到可用于垃圾 ...

  9. 老李推荐:第5章5节《MonkeyRunner源码剖析》Monkey原理分析-启动运行: 获取系统服务引用

    老李推荐:第5章5节<MonkeyRunner源码剖析>Monkey原理分析-启动运行: 获取系统服务引用   上一节我们描述了monkey的命令处理入口函数run是如何调用optionP ...

随机推荐

  1. 全文检索引擎Solr的配置

    描述: 在Linux环境下实现高速的全文检索 一.当前环境: CentOS (Linux) 6.3 64 bit 二.所需软件 1.Java的JDK Java jdk 1.7.0[注意:solr5.x ...

  2. Tomcat startup.bat启动隐藏弹出的信息窗口

    to make tomcat to use javaw.exe instead of java.exe using some startup parameter or environment vari ...

  3. 使用Swoole加速Laravel(正式环境中)

    1 Laravel的速度瓶颈在哪? 1.1 已有的一些优化方法 1.1.1 laravel官方提供了一些优化laravel的优化方法 php artisan optimize php artisan ...

  4. cocos2d-x 3.0rc1 使用iconv库 解决UTF8乱码问题

    多国语言要用到开源字符转换 iconv 先贴出自己的使用代码 你能够做成头文件 #if (CC_TARGET_PLATFORM == CC_PLATFORM_ANDROID) #include &qu ...

  5. django form 表单验证

  6. WSGI协议解析

    WSGI协议中包含两个角色:服务器方和应用程序: 服务器方:其调用应用程序,给应用程序提供(环境信息)和(回调函数), 这个回调函数是用来将应用程序设置的http header和status等信息传递 ...

  7. bash编程基础

    bash变量 变量命名: 1.不能使用程序中的关键字(保留字) 2.只能使用数字.字母和下划线,且不能以数字开头 3.要见名知义 变量类型: 数值型:精确数值(整数),近似数值(浮点型) 字符型:ch ...

  8. Chrome Native Messaging 与本地程序之间的通信

    最近项目上出现了web打印不稳定的问题,师父决定web调用本地打印程序,在查阅了相关资料和加了几个相关群咨询后得知新版的chrome不支持NNAPI了,最好用Native Messaging来处理,经 ...

  9. js绑定键盘enter事件

    js写法: document.onkeydown = function(event){ var event=document.all?window.event:event; if((event.key ...

  10. MySQL合并多行

    select id,group_concat(re_id order by re_id separator ",") as re_idfrom tablenamegroup by ...