open-falcon
40kuai
最近在看docker、kubernetes欢迎问题交流
展开
-
flannel
wu原创 2022-08-19 09:05:40 · 139 阅读 · 0 评论 -
open-falcon api
import json import logging import requests from urllib import parse fmt = "%(asctime)s - %(levelname)s - %(filename)s - %(module)s - %(funcName)s - %(lineno)d - %(message)s" logging.basicConfig(level=logging.INFO, format=fmt) FALCON_BASE_URL = "FALCON_BA原创 2021-08-31 11:54:42 · 234 阅读 · 0 评论 -
open-falcon-agent部署
目前监控同时使用了阿里云云监控(基础监控)、prometheus(应用监控),监控系统比较混乱,接入方式以及查询入口、报警配置及报警方式不统一,所以使用open-falcon来做统一。 使用open-falcon对比prometheus主要是考虑一下几个方面: open-falcon相较prometheus方式有更好的性能。 open-falcon各个组件基本都是实现很好的横向扩展。 open-falcon对比prometheus可以通过hostgroup和template更好的管理应用、host、报警规原创 2021-03-03 17:48:02 · 441 阅读 · 1 评论 -
open-falcon judge扩容
背景说明 judge用于判断的相关数据保存在内存中,由transfer通过调用 RPC Send方法上传得到。LinkedList.go中的PushFrontAndMaintain方法的实现决定了不能通过手工调用 Send 方法上传过往数据点来补齐历史数据。 另外 open-falcon 本身是 push 模型,即 agent 将数据点 push 到 transfer,然后 transfer 将数据点 push 到 judge 里,这种设计决定了 judge 重启后,是无法像 pull 模型一样重新加载历史原创 2021-03-02 15:39:44 · 146 阅读 · 0 评论 -
open-falcon graph扩容、缩容
方案原理 从修改Transfer开始,流量会按新的哈希规则进入到原始集群和扩容集群;此时扩容集群发现,migrate开关是打开状态;于是,扩容集群接收到流量之后,并没有很着急的去落盘,而是先按照旧的哈希规则从原始集群拉取历史数据(本质上就是一个rrd文件),拉取成功则将整个rrd文件写入本地,若拉取超时(默认1s),则将此次接收到的数据发送给旧的集群,下一个周期会再次重复此过程。 同样的,Query的查询,也是按照新的哈希规则。当查询的流量到达扩容集群,如果Graph发现,本地已有RRD文件,则直接查询返回原创 2021-02-23 16:49:08 · 318 阅读 · 0 评论