Hawkular 是一个开源的监控解决方案，是 RHQ 项目 的改进版本，受益于多年的经验，Hawkular 设计之初就考虑模块化和可伸缩性，因此组件可在应用之外进行重用。Hawkular 可以接收来自不同源的监控数据，包括 collectd、gmond 等等。
Hawkular 可以让你以应用为中心的视图对整个可连接资源的架构进行监控，并可以很入到应用中某个单独资源进行浏览。
-
Hawkular Metrics 0.17.0 发布了，该版本更新主要包括性能增强和全新的Grafana Datasource插件，具体如下： 更新日志： 1. Grafana Datasource Plugin – ExperimentalA new Grafana 3 datasource plugin is now available for Hawkular Metrics. This p
-
Hawkular 1.0 Alpha1发布，监控解决方案 发布时间:2015-06-05 09:19:47来源:红联作者:empast Hawkular 1.0 Alpha1 发布了，Hawkular 是一个开源的监控解决方案，是 RHQ 项目 的改进版本，受益于多年的经验，Hawkular 设计之初就考虑模块化和可伸缩性，因此组件可在应用之外进行重用。Hawkular 可以接收来自不同源的监控数
-
1. 背景 工作遇到的类似问题，参考官网进行收集归档，进行笔记形式的记录，便于后续查看。 2. 环境 OpenShift Container Platform (OCP) 3.4 3. 问题 Hawkular metrics pod status is not stable - 503 Service Unavailable 4. 参考解决方案 scaling up Hawkular and Ca
-
本文向大家介绍docker cgroup 资源监控的详解，包括了docker cgroup 资源监控的详解的使用技巧和注意事项，需要的朋友参考一下 docker cgroup 资源监控的详解 1.cgroup术语解析： 2.资源监控的关键目录：cat读出 已使用内存： 分配的总内存： 已使用的cpu：单位纳秒 系统当前cpu： 例子 cpu使用率： （已使用2-已使用1）/（系统当前2-系统当前1
-
cerebro 这个名字大家可能觉得很陌生，其实它就是过去的 kopf 插件！因为 Elasticsearch 5.0 不再支持 site plugin，所以 kopf 作者放弃了原项目，另起炉灶搞了 cerebro，以独立的单页应用形式，继续支持新版本下 Elasticsearch 的管理工作。 项目地址：https://github.com/lmenezes/cerebro 安装部署 单页应用
-
Elasticsearch 作为一个分布式系统，监控自然是重中之重。Elasticsearch 本身提供了非常完善的，由浅及深的各种性能数据接口。和数据读写检索接口一样，采用 RESTful 风格。我们可以直接使用 curl 来获取数据，编写监控程序，也可以使用一些现成的监控方案。通常这些方案也是通过接口读取数据，解析 JSON，渲染界面。 本章会先介绍一些常用的监控接口，以及其响应数据的含义。然
-
Logstash 的 监控 API Logstash 5.0 开始，提供了输出自身进程的指标和状态监控的 API。这大大降低了我们监控 Logstash 的难度。 目前 API 主要有四类： 节点信息 插件信息 节点指标 热线程统计 节点信息 node info 接口目前支持三种类型：pipeline、os、jvm。没什么要紧的。 插件信息 用来列出已安装插件的名称和版本。 节点指标 node s
-
之前提到的都是 Elasticsearch 的 sites 类型插件，其实质是实时从浏览器读取 cluster stats 接口数据并渲染页面。这种方式直观，但不适合生产环境的自动化监控和报警处理。要达到这个目标，还是需要使用诸如 nagios、zabbix、ganglia、collectd 这类监控系统。 本节以 zabbix 为例，介绍如何使用监控系统完成 Elasticsearch 的监控报