spring boot actuator监控需要注意的点

1、

/metrics接口提供的信息进行简单分类如下表:

分类 前缀 报告内容
垃圾收集器 gc.* 已经发生过的垃圾收集次数,以及垃圾收集所耗费的时间,适用于标记-清理垃圾收集器和并行垃圾收集器(数据源自java.lang.management. GarbageCollectorMXBean)
内存 mem.* 分配给应用程序的内存数量和空闲的内存数量(数据源自java.lang. Runtime)
heap.* 当前内存用量(数据源自java.lang.management.MemoryUsage)
类加载器 classes.* JVM类加载器加载与卸载的类的数量(数据源自java.lang. management.ClassLoadingMXBean)
系统 processors、instance.uptime、uptime、systemload.average 系统信息,例如处理器数量(数据源自java.lang.Runtime)、运行时间(数据源自java.lang.management.RuntimeMXBean)、平均负载(数据源自java.lang.management.OperatingSystemMXBean)
线程池 thread.* 线程、守护线程的数量,以及JVM启动后的线程数量峰值(数据源自 java.lang .management.ThreadMXBean)
数据源 datasource.* 数据源连接的数量(源自数据源的元数据,仅当Spring应用程序上下文里存在 DataSource Bean 的时候才会有这个信息)
Tomcat 会话 httpsessions.* Tomcat的活跃会话数和最大会话数(数据源自嵌入式Tomcat的Bean,仅在使用嵌入式Tomcat服务器运行应用程序时才有这个信息)
HTTP counter.status._、gauge.response._ 多种应用程序服务HTTP请求的度量值与计数器

对数据源的监控:

数据源指标

  • Spring Boot会为你应用中定义的支持的DataSource暴露以下指标:
    最大连接数(datasource.xxx.max)
    最小连接数(datasource.xxx.min)
    活动连接数(datasource.xxx.active)
    连接池的使用情况(datasource.xxx.usage)

  • 所有的数据源指标共用 datasoure. 前缀。该前缀对每个数据源都非常合适:
    如果是主数据源(唯一可用的数据源或存在的数据源中被@Primary标记的)前缀为datasource.primary
    如果数据源bean名称以dataSource结尾,那前缀就是bean的名称去掉dataSource的部分(例如,batchDataSource的前缀是datasource.batch)
    其他情况使用bean的名称作为前缀

  • 通过注册一个自定义版本的DataSourcePublicMetrics bean,你可以覆盖部分或全部的默认行为。默认情况下,Spring Boot提供支持所有数据源的元数据;如果你喜欢的数据源恰好不被支持,你可以添加另外的DataSourcePoolMetadataProvider beans。具体参考DataSourcePoolMetadataProvidersConfiguration。

2、

三、总结

以上四种监控手段都与Spring boot无缝集成,使用方便快捷,并且可以对微服务有一个全面的健康体检,包括动态和静态信息,但是在纵向上没有时间序列上的监控数据,只是对孤立节点的监控数据快照;在横向上同一节点下不同实例(水平扩展)没有得到聚合,没有对不同节点实例进行比较分析的过程。所以,下一步的微服务监控应该怎么做?

  • 基于Prometheus

Prometheus是一套开源的监控&报警&时间序列数据库的组合,起始是由SoundCloud公司开发的,工作原理:定时去目标上抓取 metrics(指标) 数据,经过分析处理,基于Grafana实现数据可视化

  • 优化Ui展示

整合应用下所有实例节点,将各节点实例的监控信息做横向比较分析,通过Ui进行展示。

  • 告警系统

目前的监控信息的获取都是通过客户触发的,没有一个自动报警机制,如果服务异常时,监控平台检测到异常,产生实施报警,那我们的监控工作真的可以高枕无忧了

上一篇:Spring Boot Actuator监控使用详解


下一篇:Spring Boot Actuator [监控与管理]