InfluxDB

APM性能监控平台搭建 APM架构 服务安装 服务配置 Grafana模板 实际事例 APM架构 上次公司请《性能测试进阶指南——LoadRunner11实战》作者陈霁来公司讲课，介绍了APM，感觉挺好用的，于是就搭建了一个。APM主要是对性能测试全流程进行监控并反映的一个平台框架。要实现的内容如下： 实时监控jmeter压测过程中的请求数据/响应数据以及对应统计信息等 实时监控被测主机的性能数据，比如CPU/内存/IO/网络等信息 其中涉及到两个重要的时序数据库： Influxdb 和 Promethues 。Influxdb用于存储Jmeter执行过程的请求和响应信息；Promethues有两个作用，一个是监控服务器信息，另一个是存储这些数据信息；整体架构如下： 服务安装 Influxdb/Promethues/Grafana的安装都挺简单的，直接网上找一些安装文档即可。不赘述。然后Promethus要监控服务器，需要分为 Linux 和 Windows 服务器。 Linux：直接官网下载Node_exporter并执行./node_exporter即可，端口为 9100 Windows： wmi_exporter下载地址 下载wmi_exporter.msi,双击运行即可，端口为 9182 服务配置 Jmeter配置 ：添加后端监视器 要配置几个关键项：

1. #####gafana过期安装包安装报错 Error unpacking rpm package grafana-5.1.4-1.x86_64 error: unpacking of archive failed on file /usr/sbin/grafana-cli;5e250e9c: cpio: read Verifying : grafana-5.1.4-1.x86_64 原因安装包损坏不是最新的 ######下载官网最新的包： ####grafana installer https://grafana.com/grafana/download #####binary install wget https://dl.grafana.com/oss/release/grafana-6.5.3.linux-amd64.tar.gz tar -zxvf grafana-6.5.3.linux-amd64.tar.gz #### rpm install sudo yum install initscripts urw-fonts wget wget <rpm package url> sudo rpm -Uvh <local rpm package> 安装成功展示： warning: grafana-6.5.3-1.x86_64.rpm: Header V4 RSA

容器的资源需求，资源限制 　　requests：需求，最低保障 　　limits：限制，硬限制，最多使用量 　　CPU：2核双线程可以虚拟为4颗cpu 　　　　1颗逻辑cpu 　　　　1=1000微核心，milllicores 　　内存： E/P/T/G/M/K 　　　　　 Ei/Pi/Ti/Gi... Qos --- 服务质量： Guranteed：每个容器同时设置了CPU和Memory的requests和limits属性，同时满足 cpu.requestes=cpu.limits 且memory.requestes=memory.limits；优先级最高 Burstable：至少有一个设置了CPU和Memory的requests属性；优先级为中级 BestEffort：没有任何一个容器设置了reques或limits属性，优先级最低； 当资源不够用时， BestEffort属性的容器会首先被终止 以满足更高级别的容器运行 同级别 的容器会首先 终止 资源 占用量比例大 的；　　limits1G，实际使用500M 与 limit512M，实际使用500M，第二个容器会被干掉 ♦ kubectl top xxxpod　　获取资源使用量；依赖于资源指标搜集、存储工具 ♦ cAdvisor kubelet内建组件，专门用来收集当前节点上各pod上各容器和节点级系统指标

Prometheus vs Zabbix Zabbix 使用的是 C 和 PHP, Prometheus 使用 Golang, 整体而言 Prometheus 运行速度更快一点。 Zabbix 属于传统主机监控，主要用于物理主机，交换机，网络等监控，Prometheus 不仅适用主机监控，还适用于 Cloud, SaaS, Openstack，Container 监控。 Zabbix 在传统主机监控方面，有更丰富的插件。 Zabbix 可以在 WebGui 中配置很多事情，但是 Prometheus 需要手动修改文件配置。 Prometheus vs Graphite Graphite 功能较少，它专注于两件事，存储时序数据， 可视化数据，其他功能需要安装相关插件，而 Prometheus 属于一站式，提供告警和趋势分析的常见功能，它提供更强的数据存储和查询能力。 在水平扩展方案以及数据存储周期上，Graphite 做的更好。 Prometheus vs InfluxDB InfluxDB 是一个开源的时序数据库，主要用于存储数据，如果想搭建监控告警系统， 需要依赖其他系统。 InfluxDB 在存储水平扩展以及高可用方面做的更好, 毕竟核心是数据库。 Prometheus vs OpenTSDB OpenTSDB 是一个分布式时序数据库，它依赖 Hadoop 和 HBase

公司之前一直使用的rp，是默认的，即永久保留。 > show retention policies name duration shardGroupDuration replicaN default ---- -------- ------------------ -------- ------- autogen 0s 168h0m0s 1 true 当数据量大了以后，内存占用很高，于是决定修改默认的rp为3天。 // 把telegraf数据库的rp名字修改为autogen，保留时间是3天，shard group时间为1天。 // rp时间必须大于shard group时间 ALTER RETENTION POLICY autogen ON telegraf DURATION 72h REPLICATION 1 SHARD DURATION 24h DEFAULT; // 查询修改后的rp > show retention policies; name duration shardGroupDuration replicaN default ---- -------- ------------------ -------- ------- autogen 72h0m0s 24h0m0s 1 true 修改了rp后，立即使用命令查看rp已经更改，但差不多等了20分钟的样子

1、在influxdb文件创建运行的bat文件 编辑startup.bat influxd.exe -config influxdb.conf 2、使用nssm应用将startup.bat注册成服务 需要下载nssm程序 http://www.nssm.cc/download 。 cmd窗口下运行nssm.exe程序 然后填写nssm需要的配置。 注册服务即可。 来源： CSDN 作者： 折戟沉沙灬 链接： https://blog.csdn.net/qq_41963640/article/details/103910605