您当前的位置: 首页 >  微服务

杨林伟

暂无认证

  • 3浏览

    0关注

    3337博文

    0收益

  • 0浏览

    0点赞

    0打赏

    0留言

私信
关注
热门博文

微服务轮子项目(22) -APM监控(SkyWalking)

杨林伟 发布时间:2021-01-18 10:09:47 ,浏览量:3

文章目录
    • 1. 前言
    • 2. APM与其它对比
      • 2.1 Zipkin
      • 2.2 Pinpoint
      • 2.3 Skywalking
    • 3. Server安装部署
    • 4. Agent安装
      • 4.1 拷贝agent
      • 4.2 修改配置
      • 4.3 添加trace-ignore插件
      • 4.4 安装agent
    • 5. 日志信息清理
      • 5.1 ES索引数据清理
      • 5.2 oap-server的log文件清理

1. 前言

SkyWalking开源项目由吴晟2015年创建,同年10月在GitHub上作为个人项目开源。SkyWalking项目的核心目标,是针对微服务、Cloud Native、容器化架构,提供应用性能监控和分布式调用链追踪能力。 目前已加入Apache孵化器。目前支持链路追踪和监控应用组件如下,基本涵盖主流框架和容器,如国产PRC Dubbomotan等,国际化的spring boot,spring cloud。提供以下主要功能:

  • 分布式追踪和上下文传输
  • 应用、实例、服务性能指标分析
  • 根源分析
  • 应用拓扑分析
  • 应用和服务依赖分析
  • 慢服务检测
  • 性能优化

下面是 SkyWalking 6.x的架构图: 在这里插入图片描述

工作原理:

  • 在应用程序中添加 SkyWalking Agent,就可以将接口、服务、数据库、MQ等进行追踪,将追踪结果通过 HTTPgRPC 发送到 OAPServer,经过分析和聚合,将结果存储到 ElasticsearchH2SkyWalking 同时提供了一个 SkyWalking UI的可视化界面,UIGraphQL + HTTP方式获取存储数据进行展示。

相关资料:

  • 官网
  • Github
  • 下载地址
2. APM与其它对比

性能损耗对比: 在这里插入图片描述 从上表可以看出,在三种链路监控组件中,skywalking的探针对吞吐量的影响最小,zipkin的吞吐量居中。pinpoint的探针对吞吐量的影响较为明显,在500并发用户时,测试服务的吞吐量从1385降低到774,影响很大。然后再看下CPUmemory的影响,在内部服务器进行的压测,对CPUmemory的影响都差不多在10%之内。

2.1 Zipkin

调用链: 在这里插入图片描述 优点:与spring-cloud项目整合非常方便,而且支持以spring-boot的方式部署zipkin-collector

缺点:功能比较少,而且有代码入侵(jar包和配置项)

2.2 Pinpoint

首页: 在这里插入图片描述 调用链: 在这里插入图片描述 优点:功能比较全,UI比较好,而且调用链的跟踪粒度非常细,并且依靠HBase强大的存储能力适合日志量非常庞大的场景

缺点:由于采集信息太过详细所以对性能的损耗最大,并且HBase的维护代价有点大,需要有能力hold住一套HBase集群

2.3 Skywalking

首页: 在这里插入图片描述 应用拓扑图: 在这里插入图片描述 优点:功能比较全,UI比较好,性能损耗较少,主流中间件和数据库的监控基本都支持

缺点:es强在检索能力但存储能力偏弱

3. Server安装部署

Step1 :准备所需的第三方软件:

  • 需要服务器8080、11800、12800这3个端口未被占用
  • JDK6+(被监控的应用程序运行在jdk6及以上版本)
  • JDK8+(SkyWalking oapServerWebUI部署在jdk8及以上版本)
  • Elasticsearch 5.x+(集群模式或不使用)
  • 被监控应用的宿主服务器系统时间(包含时区)与oapServerwebUI部署的宿主服务器时间设置正确且相同

Step2 :下载发布版:

  • http://skywalking.apache.org/downloads/

Step3 :修改配置:

  • 修改config目录下的application.yml文件(只需修改storage的配置,其他默认就可以了)在这里插入图片描述

Step4 :启动:

  • 启动命令在bin目录下,需要启动oapwebapp,执行以下命令:
sh startup.sh

可以分别单独启动oapwebapp,也可以通过startup.sh两个一齐启动: 在这里插入图片描述

Step5 :访问:

  • http://127.0.0.1:8080/
  • admin/admin
4. Agent安装 4.1 拷贝agent

拷贝agent目录到所需位置(被监控的应用程序服务器):

  • agent在server的目录下,插件和配置都包含在包中,请不要改变目录结构在这里插入图片描述

agent目录介绍:

  • 配置文件在/config目录中
  • 插件全部放置在/plugins目录中.新的插件,也只需要在启动阶段,放在目录中,就自动生效,删除则失效. -Log默认使用文件输出到/logs目录中.在这里插入图片描述
4.2 修改配置

agent的配置可通过修改配置文件或者添加启动参数配置:

vim config/agent.config
  • agent.service_name:应用名
  • collector.backend_service:server端地址在这里插入图片描述
4.3 添加trace-ignore插件

复制optional-plugins里面的apm-trace-ignore-plugin-x.jar到plugins里面:

cp optional-plugins/apm-trace-ignore-plugin-6.0.0-GA.jar plugins/

可以通过配置skywalking.trace.ignore_path环境变量去设置忽略的url,多个以,隔开:

-Dskywalking.trace.ignore_path=/your/path/1/**,/your/path/2/**
4.4 安装agent

应用程序的命令行中添加-javaagent参数. 并确保在-jar参数之前添加它:

java -javaagent:/path/to/skywalking-agent/skywalking-agent.jar -jar yourApp.jar

下面是通过启动参数配置来配置agent的例子:

java -javaagent:/opt/skywalking/agent/skywalking-agent.jar \
       -Dskywalking.trace.ignore_path=/actuator/** \
       -Dskywalking.agent.service_name=zlt-uaa \
       -Dskywalking.collector.backend_service=127.0.0.1:11800 \
       -jar \
       yourApp.jar \
5. 日志信息清理

需要清理的有两部分数据:

  • ES的索引数据
  • skywalking的oap-server的log文件
5.1 ES索引数据清理

可通过修改skywalkingconf/application.ymlttl配置来自动清理: 在这里插入图片描述

5.2 oap-server的log文件清理

1.创建清理脚本

vim sw-log-clear.sh
#/bin/bash
#只保留5天内的日志文件
LAST_DATA=`date -d "-5 days" "+%Y-%m-%d"`
#删除5天前的所有日志
rm -f /opt/skywalking/logs/skywalking-oap-server-${LAST_DATA}-*.log

2.添加定时任务

#编辑crontab文件,添加相应的任务
vim /etc/crontab
​
#设置每天的凌晨一点清除索引
0 1 * * * root sh /opt/sw_script/sw-log-clear.sh
关注
打赏
1662376985
查看更多评论
立即登录/注册

微信扫码登录

0.0595s