InfluxDB

用到micrometer组件，添加对应的maven依赖。 然后切面中在内存中统计Counter，最后会自动根据配置的参数写到influxdb等数据库中。 具体的步骤就不列了，百度一下。 重要的是知道怎么做，不重复造轮子！ 来源： oschina 链接： https://my.oschina.net/u/778683/blog/4921723

Nacos 0.8.0版本完善了监控系统，支持通过暴露metrics数据接入第三方监控系统监控Nacos运行状态，目前支持prometheus、elastic search和influxdb，下面结合prometheus和grafana如何监控Nacos，官网 grafana监控页面 。与elastic search和influxdb结合可自己查找相关资料 Nacos集群暴露metrics数据 集群每个节点中修改配置application.properties文件，暴露metrics数据 cd /workspace/nacos/conf vim application.properties management.endpoints.web.exposure.include=* 看是否能访问到metrics数据 http://xx.xx.xx.xx:8848/nacos/actuator/prometheus 部署prometheus采集Nacos metrics数据 下载地址为 download prometheus 解压prometheus压缩包并安装 tar xvfz prometheus-*.tar.gz /workspace/ cd /workspace/prometheus 修改配置文件，注意格式缩进 vim prometheus.yml - job_name:

前言： 　　说到监控方案，市面上开源的有很多，最常用的zabbix，深入使用zabbix以后，才知道zabbix设计团队有多厉害，简直是一个完美的监控告警方案。但是在针对docker的监控上还差点，需要自己写监控脚本实现。为此从去年开始调研针对docker的监控方案，如下： 　　1，cadvisor+influxdb+grafana 　　　　优点：部署方便，cadvisor监控docker主机和docker信息，influxdb记录数据，grafana展示 　　　　缺点：1，无法获取cpu使用率，cadvisor采集到的是cpu使用时间，得到cpu使用率需要计算，grafana没有办法做复杂的运算。 　　　　　　2，告警体系几乎没有，grafana有基本的告警功能，仅限于图表类型数据可以告警，并且没有告警收敛、告警分析的功能，存在告警风暴的风险。 　　　　　　3，influxdb开源版本不支持集群，商业版才支持集群。这个对后续扩展是个问题。 　　2，Weave Scope 　　　　优点：简直完美的监控，界面漂亮，操作方便，自带终端堡垒机功能。 　　　　缺点：1，他的优点也是他的缺点，权限这么大的终端（root用户），居然没有认证体系，任何人拿到ip就能对服务器做任何操作了 　　　　　　2，总体感觉这个方案是给人看的，不太适合做监控系统，界面花哨，但是实际使用并不方便。 　　3

Grafana是一个可视化面板（Dashboard），有着非常漂亮的图表和布局展示，功能齐全的度量仪表盘和图形编辑器，支持Graphite、zabbix、InfluxDB、Prometheus和OpenTSDB作为数据源 最新版本：Version 5.4.2 December 13, 2018 https://grafana.com/grafana/download Grafana添加Zabbix为数据源 一、Grafana介绍 Grafana是一个可视化面板（Dashboard），有着非常漂亮的图表和布局展示，功能齐全的度量仪表盘和图形编辑器，支持Graphite、zabbix、InfluxDB、Prometheus和OpenTSDB作为数据源。Grafana主要特性：灵活丰富的图形化选项；可以混合多种风格；支持白天和夜间模式；多个数据源。 二、安装Grafana CentOS系列使用YUM安装 1 2 $ wget https : / / s3 - us - west - 2.amazonaws.com / grafana - releases / release / grafana - 4.2.0 - 1.x86_64.rpm $ sudo yum localinstall grafana - 4.2.0 - 1.x86_64.rpm 或者 1 2 $ yum install

Jaeger是收集全链路跟踪的信息，在Jaeger收集的信息中，有请求的url信息，有每个请求的时间间隔，借助这些信息可以进行报警，比如一次较长的请求，或者是某些请求的次数和先后等。不管报警的业务规则是什么，首先得收集Jaeger中的信息。 Jaeger有api可以提供这些信息，比如 /api/services，获取所有服务 /api/traces?service={servicename}获取该服务下的所有跟踪 /api/traces/{traceid}获取某个跟踪的信息等 /api/traces?end={endtime}&limit={20}&lookback={1h}&service={servicename}&start={starttime}按条件查询跟踪信息等api 下面代码定义Jaeger中的实体类，类中的属性可以根据自己的型业务规则收集，这里定义不完整 using System.Collections.Generic; namespace JaegerAlert { /// <summary> /// 服务报警 /// </summary> public class AlertList { public string ServiceName { get; set; } public List<AlertItem> Alerts { get; set; } } //

文章部分内容 | 圈圈的圈 链接 | juejin.im/post/5c0e6d606fb9a049f66bf246 知乎： 新一993 https://zhuanlan.zhihu.com/p/97235795 近期接触到Nginx，然后就学习记录一下。 前言 代理是个啥 既然要聊反向代理, 那首先得知道代理是个啥吧? 嗯. 正向代理 比如, 你买束花, 想要给隔壁工位的测试妹子小丽表白. 但是又怕被人家直面拒绝太没面子. 于是你把鲜花委托给平时和小丽一起的测试小伙伴小红. 让她帮忙把花送给小丽. 这就是一个简单的代理过程, 小红作为代理帮你把花送给了小丽, 当然这种情况在现实中并不推荐使用, 因为难以避免中间商赚差价 😂. 在上面的例子中, 你作为客户端(请求方), 想要向服务方(小丽)发起请求. 但是碍于面子你主动找到了第三方(小红)作为代理向服务方发送请求, 这种情况就是常说的正向代理. 正向代理在互联网中的使用主要是科学上网, 你想访问谷歌但是碍于防火墙你只能通过vpn服务器作为代理才能访问. 这个时候一般也要找值得信赖的vpn厂商, 避免中间商赚差价 😄. 反向代理 关于反向代理的例子, 那就比较多啦. 比如, 孤独的你躺在床上夜不能寐. 于是乎, 拿出手机, 点亮了屏幕, 拨通 10086, 中国移动就会随机分配一个当前处于空闲的客服MM, 你可以和客服MM聊聊天,

「InfluxDB IOx」未来会用 Rust 和 Arrow 构建内核 Rust提供了对运行时行为和内存管理的更精细控制。另外，它使并发编程更容易，并且消除了数据争用。 Apache Arrow定义了用于列式数据的内存格式，以及Parquet（一种持久的持久性格式）以及Flight（一种用于“通过网络接口进行大型数据集的高性能传输”的客户端/服务器框架和协议）。另外，Rust的Apache Arrow工具集中还有DataFusion，它是用于Apache Arrow的Rust本机SQL查询引擎。假设我们以DataFusion为核心进行构建，这意味着InfluxDB IOx将 支持现成的SQL子集 随着DataFusion项目的成熟，通过InfluxData外部的协作者的开发工作，它既可以在InfluxDB IOx中使用，也可以在其他地方使用。 该项目仍处于初期阶段。我们目前尚未生成构建，并且除了 InfluxDB IOx项目README 之外，没有任何文档。该团队是一个由高级工程师组成的小型小组，我们的工作与平台上其余部分的大型工程组织的所有工作并行。我们的目标是在明年初生产开源构建，并在InfluxDB Cloud中以alpha形式提供。 详情 : https://www.influxdata.com/blog/announcing-influxdb-iox/ [linux

转载地址： https://blog.csdn.net/caodanwang/article/details/51967393 本文简要描述如何为 InfluxDB 开启鉴权和配置用户管理权限（安装后默认不需要登录），以及开启鉴权后如何使用 HTTP API 写数据。 创建 InfluxDB 管理员账号 创建 admin 帐号密码并赋予所有数据库权限 创建 CREATE USER admin WITH PASSWORD ‘admin‘ 赋权 GRANT ALL PRIVILEGES TO admin 其他命令 修改用户(密码) SET PASSWORD FOR admin = ‘admin‘ 删除用户 DROP USER admin 撤消权限 REVOKE ALL ON mydb FROM admin 查看权限 SHOW GRANTS FOR admin 1 打开认证 vi /etc/influxdb/influxdb.conf 1 把 [http] 标签下的 auth-enabled 选项值改为 true [http] enabled = true bind-address = ":8086" auth-enabled = true # ✨ log-enabled = true write-tracing = false pprof-enabled = false https

理想很丰满，现实很骨感，线上业务系统，绝对不会万事如意，外在因素太多，总会出现这样那样的问题，所以，智能监控和报警，变得尤为重要；线上问题永远都是最重要的问题，必须尽早发现尽早解决。 一、背景 一张网络图，比较形象的描述线上业务系统的状况，虽然有点儿夸张，但这不假： 二、大纲 业务监控系统架构分析 监控模块的设计与优化 监控智能化的一些尝试 三、业务监控系统架构 没有完美的架构，任何架构都是平衡妥协的结果 3.1 设计背景 监控项不完善，需要快速完善监控项(痛点:快速实施) 运营活动频繁，报警收到麻木(痛点:报警太多) 上线调整时无实时直观的参考(痛点:不及时，不直观) 3.2 主流架构 3.2.1 案例 阿里： 蘑菇街： 3.2.2 特点 架构的核心关键字是:海量、实时 侧重于大数据的处理，报警分析偏弱，没有解决当时的痛点问题 公司已有大数据部门在做类似的事情 监控人手紧张且缺乏相关经验，存在一定风险 思考:大数据是否应该属于监控系统的一部分? 3.3 趣店当前监控架构 基于现有业务监控开发，利用已有资源 利用队列将系统拆分成不同模块，方便升级 利用现有的优秀开源软件 四、监控模块设计与优化 各个模块可以随时被更优的方案替换 4.1 采样模块 采集源： SQL、API、ElasticSea ch (实时日志收集)、其他更多 运行方式： crontab定时运行