spring cloud Alibaba 调用链监控工具学习笔记十二

场景需求：项目出现问题，如何发现并快速解决？

一、调用链监控原理

通过记录微服务之间的发送接受进行异常、性能判断

二、整合Sleuth

1、什么是sleuth？

• 是一个spring cloud的分布式跟踪解决方案
• 可以理解为是调用链监控的客户端，集成在每个微服务上，负责产生监控数据

2、术语


3、项目整合sleuth

• 加依赖：

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-sleuth</artifactId>
</dependency>

• 加注解：无
• 写配置：无

三、整合Zipkin

1、什么是zipkin？

• 是Twitter开源的分布式跟踪系统，主要用来收集系统的时序，从而追踪系统的调用问题
• 通俗说就是日志数据库+界面
  2、Zipkin Server下载与搭建：进入管理界面192.168.189.128:9411/zipkin/
  3、项目整合
• 加依赖

<!-- 调用链监控的工具 zipkin 引用(已包含sleuth，故需要注释) -->
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-zipkin</artifactId>
</dependency>

• 加注解
• 写配置：

spring:
  zipkin:
    base-url: http://192.168.189.128:9411/
  sleuth:
    sampler:
      # 抽样率，默认0.1，10%数据上报zipkin
      probability: 1.0 # 所有数据上报

由于sleuth客户单监控会向数据库插入4条件记录，并发数大的时候会影响性能，故zipkin采用抽样，只上报数据的10%，其他数据进行丢弃，较少应用性能消耗（这里设置1.0，主要是因为方便测试）

整合zipkin后nacos疯狂报错解决

四、zipkin持久化

• zipkin 默认使用内存存储，重启后数据将会丢失
• 可通过以下方式进行持久化存储
  
  ① Linux搭建elasticsearch，参考以下博客~
  Elasticsearch 在Linux的下载与安装
  elastic启动时提示max number of threads is too low
  Linux 后台启动服务并输出日志命令：
  nohup [命令] >./logs/demo.log 2>&1 &
  ② zinkip 通过参数启动
  
  Linux 启动带参 jar包 启动：
• 新建 .sh执行文件

#!/bin/bash
STORAGE_TYPE=elasticsearch ES_HOSTS=192.168.189.128:9200 java -jar zipkin-server-2.10.4-exec.jar

• 权限修改：chmod 777 zipkin_start.sh
• 服务启动：nohup ./zipkin_start.sh > zipkin.log 2>&1 &

本地监控平台可查看信息，Linux则无法查看：核对Linux服务器时间是否与时间服务器时间同步