监控机制:

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

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

--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. MongoDBTemplate多条件查询的问题

    问题: 在使用Spring Data MongoDB 进行条件查询数据时,发现条件判断不起作用,结果会返回所有的数据. Criteria criteria = new Criteria(); crit ...

  2. H - Coins

    H - Coins Time Limit:1000MS     Memory Limit:32768KB     64bit IO Format:%I64d & %I64u Descripti ...

  3. 【python】-- SQLAlchemy操作MySQL

    ORM.SQLAchemy orm英文全称object relational mapping,就是对象映射关系程序,简单来说就是类似python这种面向对象的程序来说一切皆对象,但是使用的数据库却都是 ...

  4. sublime 快捷键,左菜单乱码

    sublime 快捷键安装 packagecontrol https://packagecontrol.io/installation#st3 import urllib.request,os,has ...

  5. 在Ubuntu安装go编译环境

    在Ubuntu安装go编译环境 好记性不如烂笔头,所以趁热打铁记录下golang编译环境的安装过程. 首先下载一些依赖包: sudo apt-get install bison ed gawk gcc ...

  6. MD5文件

    我从某网站下载了一个iso系统镜像,我担心下载下来之后,被我电脑上的病毒感染了.我要确定这个文件还是“原汁原味”,就可以用软件再次生成该文件的md5码,然后和网站上的md5码对比一下就可以了.我用的是 ...

  7. P3160 [CQOI2012]局部极小值

    题目 P3160 [CQOI2012]局部极小值 一眼就是状压,接下来就不知道了\(qwq\) 做法 我们能手玩出局部小值最多差不多是\(8,9\)个的样子,\(dp_{i,j}\)为填满\(1~i\ ...

  8. PyVim

    PyVim主要用于连接到 Service Instance import atexit from pyVim import connect // Connect to Server If args.d ...

  9. linux安全相关

    2017-05-11突然谈到linux安全相关的话题,记录一下 搜了一下,找到一篇介绍apparmor和selinux的文章 http://www.361way.com/apparmor-selinu ...

  10. Netty使用LineBasedFrameDecoder解决TCP粘包/拆包

    TCP粘包/拆包 TCP是个”流”协议,所谓流,就是没有界限的一串数据.TCP底层并不了解上层业务数据的具体含义,它会根据TCP缓冲区的实际情况进行包的划分,所以在业务上认为,一个完整的包可能会被TC ...