最牛逼的性能监控系统!集强大功能于一身

SkyWalking 是一个应用性能监控系统,特别为微服务、云原生和基于容器(Docker, Kubernetes, Mesos)体系结构而设计。除了应用指标监控以外,它还能对分布式调用链路进行追踪。类似功能的组件还有:Zipkin、Pinpoint、CAT等。

上几张图,看看效果,然后再一步一步搭建并使用

超全的性能监控系统!集强大功能于一身

超全的性能监控系统!集强大功能于一身

超全的性能监控系统!集强大功能于一身

超全的性能监控系统!集强大功能于一身

1. 概念与架构

SkyWalking是一个开源监控平台,用于从服务和云原生基础设施收集、分析、聚合和可视化数据。SkyWalking提供了一种简单的方法来维护分布式系统的清晰视图,甚至可以跨云查看。它是一种现代APM,专门为云原生、基于容器的分布式系统设计。

SkyWalking从三个维度对应用进行监视:service(服务), service instance(实例), endpoint(端点)

服务和实例就不多说了,端点是服务中的某个路径或者说URI

SkyWalking allows users to understand the topology relationship between Services and Endpoints, to view the metrics of every Service/Service Instance/Endpoint and to set alarm rules.

SkyWalking允许用户了解服务和端点之间的拓扑关系,查看每个服务/服务实例/端点的度量,并设置警报规则。

1.1. 架构

超全的性能监控系统!集强大功能于一身

SkyWalking逻辑上分为四个部分:Probes(探针), Platform backend(平台后端), Storage(存储), UI

这个结构就很清晰了,探针就是Agent负责采集数据并上报给服务端,服务端对数据进行处理和存储,UI负责展示

超全的性能监控系统!集强大功能于一身

2. 下载与安装

SkyWalking有两种版本,ES版本和非ES版。如果我们决定采用ElasticSearch作为存储,那么就下载es版本。

https://skywalking.apache.org/downloads/

https://archive.apache.org/dist/skywalking/

超全的性能监控系统!集强大功能于一身

超全的性能监控系统!集强大功能于一身

agent目录将来要拷贝到各服务所在机器上用作探针

bin目录是服务启动脚本

config目录是配置文件

oap-libs目录是oap服务运行所需的jar包

webapp目录是web服务运行所需的jar包

接下来,要选择存储了,支持的存储有:

  • H2
  • ElasticSearch 6, 7
  • MySQL
  • TiDB
  • InfluxDB

作为监控系统,首先排除H2和MySQL,这里推荐InfluxDB,它本身就是时序数据库,非常适合这种场景

但是InfluxDB我不是很熟悉,所以这里先用ElasticSearch7

https://github.com/apache/skywalking/blob/master/docs/en/setup/backend/backend-storage.md

2.1. 安装ElasticSearch

https://www.elastic.co/guide/en/elasticsearch/reference/7.10/targz.html

# 启动
./bin/elasticsearch -d -p pid
# 停止
pkill -F pi
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
电子邮件是整个互联网行业重要的组成部分。据统计,四分之三以上的用户上网的主要目的是收发邮件,每天有十数亿封电子邮件在全球传递。电子邮件已成为用户不可或缺的需要。用户对电子邮件安全性、可靠性以及功能上的要求也在不断提高。因此,服务供应商必须提供更安全、更可靠、功能更丰富的服务,才能发展业务、吸引用户,从众多竞争者中脱颖而出。 为了使邮件服务器架构者能够在服务器投入使用前对服务器性能进行必要的测试,确保系统的性能和可靠性能够满足现有状况和预期情况下的使用,以及服务器运行过程中可以随时了解服务器运行的信息。我们构建本系统来针对邮件服务器性能进行监视,本系统提供了以下几种功能:  CPU监视  Memory监视  Disk监视  Network监视  Process监视 此外,本系统预留了很好的可扩展性,为以后监视对象的增加提供了更大的便利。 系统由用户输入start命令来启动,stop命令来停止系统的运行,为此stop进程必须了解start进程中的一些信息,系统中通过使用共享内存来完成这两个进程间的通信,确保程序的正常退出。为与Linux其他服务相统一,系统中还提供了restart(重新启动监视器)命令。系统要求对五个监视对象进行并发监视,多进程概念的引入恰好完成了该功能。另外当系统运行后,为了不挂起终端,我们必须将程序放在后台执行,系统中通过使用守护进程来完成该任务。 下面是本文各章节的一些简要概括:  第一章讲述了本系统的研发背景以及用到的一些技术。  第二章对系统做了一些必要的分析,同时给出系统的用况图和类图。  第三章对本系统的的主体部分进行了详细设计,并针对难点进行了详细的讲解。  第四章分别对以上五种对象的信息收,包括使用Shell取得相关对象信息、采我们需要的数据(由第五章描述)以及信息的存储进行了详细设计,并给出了相应的顺序图。  第五章分别对五种对象的信息采(为信息收的一部分)进行了详细设计,同时给出各自的顺序图。  第六章讲述了本系统中Makefile文件的编写方法,同时对系统进行了一些必要的测试,并进行了总结。 关键词:邮件服务器性能监视,多进程,守护进程,共享内存,信号量,PRO*C
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值