TICK技术栈 -- DevOps轻量级监控解决方案

2018/07 作者:ihunter 0 0


了解和学习TICK栈不久,还有很多需要进一步深入。但我个人非常看好这个项目,也希望更进一步研究,同时,在阅读源码和二次开发中,希望技术上能有所提升。另外,telegraf有CPU毛刺,已经转战更稳定的老牌 collectd。同时,生产环境,grafana 也是非常不错的选择,不需要二次开发,即可满足大部分需求。前端框架一个用的reactjs,一个angular1.5。感觉chronograf技术更轻量和前卫点儿,不过grafana也有非常多值得学习的地方,想二次开发的话,两个项目都值得深入 : ) 看个人选择了。

TICK技术栈

简介

  • T = Telegraf is a plugin-driven server agent for collecting and reporting metrics.

  • I = InfluxDB is a time series database built from the ground up to handle high write and query loads.

  • C = Chronograf is a graphing and visualization application for performing ad hoc exploration of data.

  • K = Kapacitor is a data processing framework proving alerting, anomaly detection and action frameworks.


简单表达:

  • Telegraf - 数据采集

  • InfluxDB - 数据接收和存储

  • Chronograf - 数据汇总展示

  • Kapacitor - 数据处理,比如监控策略等


技术架构

安装和部署

根据官方的开源解决方案,安装和部署都比较简单,可以用快捷安装方式即可。Chronograf建议编译安装,可以做一些基础的二次开发,部分react的组件修改和做一下汉化等。不过由于go的依赖比较多,有一些包需要翻墙才能get到,我在这儿也是倒腾了蛮久,有点蛋疼 >.<,具体略,有需要可以沟通。(不过没啥聊的其实,就是折腾)

比如,如下是针对CentOS平台:

.......

都启动服务后,打开浏览器,访问: http://chronograf-ip:8888 即可访问

二次开发

二次开发,我这边主要针对 Chronograf 做了一些微调,还需要进一步学习源码。有兴趣的朋友,并且熟悉go或reactjs的最好,可以一起学习该开源方案。

可视效果

其它

Chronograf 的开源版本有支持和github,google等账号体系打通,通过JWT等,但是没有开放用户管理等功能,而且一般公司内部有账号体系,也不愿意将部分组织开放到github等上面,所以,要更好地在内部的环境使用它,目前来看,可能还需要进一步开发才行。不过,我个人倒是觉得 JWT 这种比较好,因为无状态,减少了维护成本。另外,后期肯定需要关联CMDB系统,关于这些后期的设计,如果有读者感兴趣,可以一起沟通和交流。欢迎指导!

注意

发现 telegraf 这个 agent 占 cpu 资源太多了,真是坑爹:

strace -T -r -c -p PID

% time     seconds  usecs/call     calls    errors syscall------ ----------- ----------- --------- --------- ----------------
 99.12   16.050820       29451       545        12 futex
  0.35    0.055932           3     19278     18790 openat
  0.18    0.029826          36       838           read
  0.09    0.014101          22       627           sched_yield
  0.07    0.012027        2405         5           clone
  0.07    0.010825          71       153           select
  0.03    0.004468          25       178           getdents64
  0.03    0.004195         839         5           waitid
  0.02    0.003915           8       496           stat
  0.02    0.003291           6       507           close
  0.01    0.002091           5       390           fstat
  0.00    0.000366          46         8         1 readlinkat
  0.00    0.000187          37         5           wait4
  0.00    0.000166          21         8           lstat
  0.00    0.000147          15        10           pipe2
  0.00    0.000105          12         9         2 rt_sigreturn
  0.00    0.000101           8        12           statfs
  0.00    0.000072          14         5           getpid
  0.00    0.000030          30         1           sysinfo
  0.00    0.000005           1         7           epoll_wait
  ------ ----------- ----------- --------- --------- ----------------
  100.00   16.192670                 23087     18805 total
赞(1) 更多分享

上篇: 千万级规模高性能、高并发的网络架构经验分享
下篇: 手把手教你构建一个高性能、高可用的大型分布式网站