我是靠谱客的博主 直率皮皮虾,最近开发中收集的这篇文章主要介绍应用性能监控(APM)1、主要目标2、选型3、原理4、部署5、功能简介,觉得挺不错的,现在分享给大家,希望可以做个参考。

概述

1、主要目标

考虑接入应用性能监控主要想解决以下问题:

  • 分布式链路追踪
  • 应用级别性能监控(jvm等)
  • 低侵入

2、选型

方案catzipkinpinpointskywalking
依赖Java 6 7 8、Maven 3+ MySQL 5.6 5.7、Linux 2.6+ hadoop可选Java 6,7,8 Maven3.2+ rabbitMQJava 6,7,8 maven3+ Hbase0.94+Java 6,7,8 maven3.0+ nodejs zookeeper elasticsearch
实现方式代码埋点(拦截器,注解,过滤器等)拦截请求,发送(HTTP,mq)数据至zipkin服务java探针,字节码增强java探针,字节码增强
存储mysql , hdfsin-memory , mysql , Cassandra , ElasticsearchHBaseelasticsearch , H2
jvm监控不支持不支持支持支持
trace查询支持支持需要二次开发支持
stars5.5k9.1k6.5k4k
侵入高,需要埋点高,需要开发
部署成本较高

基于对应用尽可能的低侵入考虑,以上方案选型优先级pinpoint>skywalking>zipkin>cat。

3、原理

基于我们的选型,重点关注pinpoint和skywalking。

3.1 google dapper 主流的分布式调用链跟踪技术大都和google dapper相似。简单介绍下dapper原理:

span 基本工作单元,一次链路调用(可以是RPC,DB等没有特定的限制)创建一个span,通过一个64位ID标识它,uuid较为方便,span中还有其他的数据,例如描述信息,时间戳,key-value对的(Annotation)tag信息,parent_id等,其中parent-id可以表示span调用链路来源。

上图说明了span在一次大的跟踪过程中是什么样的。Dapper记录了span名称,以及每个span的ID和父ID,以重建在一次追踪过程中不同span之间的关系。如果一个span没有父ID被称为root span。所有span都挂在一个特定的跟踪上,也共用一个跟踪id。 trace 类似于 树结构的Span集合,表示一次完整的跟踪,从请求到服务器开始,服务器返回response结束,跟踪每次rpc调用的耗时,存在唯一标识trace_id。比如:你运行的分布式大数据存储一次Trace就由你的一次请求组成。

每种颜色的note标注了一个span,一条链路通过TraceId唯一标识,Span标识发起的请求信息。树节点是整个架构的基本单元,而每一个节点又是对span的引用。节点之间的连线表示的span和它的父span直接的关系。

整体部署结构:

  • 通过AGENT生成调用链日志。
  • 通过logstash采集日志到kafka。
  • kafka负责提供数据给下游消费。
  • storm计算汇聚指标结果并落到es。
  • storm抽取trace数据并落到es,这是为了提供比较复杂的查询。比如通过时间维度查询调用链,可以很快查询出所有符合的traceID,根据这些traceID再去 Hbase 查数据就快了。
  • logstash将kafka原始数据拉取到hbase中。hbase的rowkey为traceID,根据traceID查询是很快的。

3.2 pinpoint

3.3 skywalking

以上几种方案数据采集端都采用了字节码增强技术,原理如下:

在类加载的过程中,执行main方法前,会先执行premain方法来加载各种监控插件,从而在运行时实现整个链路的监控。

4、部署

下面重点介绍pinpoint部署,目前我们线上是集群部署,整体架构如下:

机器部署应用
masterzookeeper,hadoop,hbase,pinpoint-collector
node1zookeeper,hadoop,hbase
node2zookeeper,nginx,hadoop,hbase,pinpoint-web,pinpoint-collector

搭建pinpoint线上用了三台服务器,master、node1、node2。应用数据采集端agent-client将采集到的数据通过udp发送到部署在node2的nginx,通过负载均衡分流到两台pinpoint-collector服务器,落库通过hadoop集群master节点负载均衡到两台hbase服务器上。

4.1 编译

pinpoint编译条件比较苛刻,需要jdk6,7,8环境。

4.2 hbase

集群部署,需要先搭建hadoop集群,hbase集群。搭建完成后初始化表,执行 ./hbase shell /pinpoint-1.7.2/hbase/scripts/hbase-create.hbase,可以根据自己对历史数据的需求设置表的ttl时间。

4.3 pinpoint-web

/pinpoint-1.7.2/web/target/pinpoint-web-1.7.2.war拷贝到tomcat webapps目录下 修改tomcat目录/webapps/pinpoint-web-1.7.2/WEB-INF/classes/hbase.properties hbase配置启动

4.4 pinpoint-collector

/pinpoint-1.7.2/collector/target/pinpoint-collector-1.7.2.war拷贝到tomcat webapps目录下,修改tomcat目录/webapps/pinpoint-collector-1.7.2/WEB-INF/classes/hbase.properties和pinpoint-collector.properties配置并启动

4.5 agent

将/pinpoint-1.7.2/agent整个目录拷贝到应用服务器指定目录下修改/agent/target/pinpoint-agent-1.7.2/pinpoint.config配置业务应用启动时增加参数-javaagent:/root/agent/target/pinpoint-agent-1.7.2/pinpoint-bootstrap-1.7.2.jar -Dpinpoint.agentId=application01 -Dpinpoint.applicationName=application

具体集群部署可以参考: blog.csdn.net/yue530tomto…

需要注意: 默认配置的日志级别是DEBUG,会产生海量日志,要将其修改成INFO级别

5、功能简介

首页能看到应用的拓扑信息,接口调用的成功失败数,响应时间等。

可以查看具体的某一次请求的整个调用链路信息
可以查看jvm相关信息
针对某个慢请求,我们可以通过pinpoint跟踪整个调用链,从而定位慢在哪里。

最后

以上就是直率皮皮虾为你收集整理的应用性能监控(APM)1、主要目标2、选型3、原理4、部署5、功能简介的全部内容,希望文章能够帮你解决应用性能监控(APM)1、主要目标2、选型3、原理4、部署5、功能简介所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。

本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
点赞(52)

评论列表共有 0 条评论

立即
投稿
返回
顶部