Cassandra 中如何在opscenter中显示Performance Metrics 信息

简介:

 本来我们在(192.168.129.34,192.168.129.35,192.168.129.39 三机集群中正确的搭建了,但是在opscenter中一直收不到精确的系统统计信息:

 

我后来研究了下,是因为这些 统计信息是通过每个节点的agent发送到这个opscenter上的,而我们这个opscenter(装在192.168.129.35上),只是一个基于JMX来管理这些系统信息的。所以我就把每个节点都装了一个agent然后把他们打开。

 

开启方法是:

每个节点agent目录的bin下面

先运行 ./setup 192.168.129.35 192.168.129.xx &  来配置信息要发送到的JMX 服务器目的地

因为我们把192.168.129.35作为主服务器,所以第一个IP一定是192.168.129.35 ,第二个参数是这个节点的自己的IP地址。

 

比如,以192.168.129.34这个节点为例,我们在后台运行的是

./setup 192.168.129.35 192.168.129.34 &

 

这时候,我们发现在agent/conf 目录下多了一个 address.yaml 文件

这个文件记录了这个节点的系统统计信息要发到的JMX(opscenter)所在的ip ,通过 stomp协议(流文本定向消息协议)

 

 

然后我们来后台启动agent, 并且把启动日志写入nohup.out文件中,运行的命令是:

nohup ./opscenter-agent &

 

我们可以看到这个节点已经正确的创建了一个stomp 连接

当我们在192.168.129.34192.168.129.35 192.168.129.39  3个节点依次做完相同的操作时候,我们再登录opscenter ,

就可以看到每个节点的系统统计信息被实时的传递过来并且显示了。





本文转自 charles_wang888 51CTO博客,原文链接:http://blog.51cto.com/supercharles888/874321,如需转载请自行联系原作者

目录
相关文章
|
7月前
|
Prometheus Kubernetes 监控
metrics-server
Metrics Server 是一个 Kubernetes 集群的附加组件,用于收集和暴露 Kubernetes 集群的运行时指标。Metrics Server 提供了 Kubernetes 集群的详细信息,包括节点、pod、service 等资源的资源使用情况、性能指标等。这些指标对于监控、诊断和优化 Kubernetes 集群的运行状况非常有用。
365 4
Query Performance Optimization at Alibaba Cloud Log Analytics Service
PrestoCon Day 2023,链接:https://prestoconday2023.sched.com/event/1Mjdc?iframe=no首页自我介绍,分享题目概要各个性能优化项能够优化的资源类别limit快速短路有什么优点?有啥特征?进一步的优化空间?避免不必要块的生成逻辑单元分布式执行,global 阶段的算子哪些字段无需输出?公共子表达式结合FilterNode和Proje
Query Performance Optimization at Alibaba Cloud Log Analytics Service
|
存储 NoSQL 关系型数据库
【Cassandra从入门到放弃系列 二】Column-based存储模式
【Cassandra从入门到放弃系列 二】Column-based存储模式
293 0
|
SQL 存储 数据库
第三章 performance schema
第三章 performance schema
|
缓存 Prometheus 监控
Metrics-Server指标获取链路分析
Metrics-server基于cAdvisor收集指标数据,获取、格式化后以metrics API的形式从apiserver对外暴露,核心作用是为kubectl top以及HPA等组件提供决策指标支持。
1969 6
《Performance Characterization of In-Memory Data Analytics on a Scale-up Server》电子版地址
Performance Characterization of In-Memory Data Analytics on a Scale-up Server
82 0
《Performance Characterization of In-Memory Data Analytics on a Scale-up Server》电子版地址
|
存储 测试技术 API
【Elastic Engineering】Elasticsearch:Runtime fields 入门, Elastic 的 schema on read 实现 - 7.11 发布
Elasticsearch:Runtime fields 入门, Elastic 的 schema on read 实现 - 7.11 发布
216 0
【Elastic Engineering】Elasticsearch:Runtime fields 入门, Elastic 的 schema on read 实现 - 7.11 发布
|
JSON 缓存 数据可视化
深入解读 Elasticsearch 热点线程 hot_threads
1、实战问题来源 问题1:大佬们 GET /_nodes/hot_threads 查看热线程的这个API有没有讲解请求结果的文章呢?返回一堆堆栈看不懂...... 问题2:ES集群就一台机器 CPU 爆高,但IO、heap_mem都正常。咋搞?hot_thread 我查了,报了一坨,SOS 死磕 Elasticsearch 知识星球微信群
1081 0
深入解读 Elasticsearch 热点线程 hot_threads
|
SQL 监控 关系型数据库
参数performance_schema设置最佳实践
最早开源MySQL从5.5开始支持performance_schema(下文简称PFS),又在后续版本不断持续完善、优化,PFS已经成为了性能诊断优化的利器,使SQL问题、锁等待事件等比较清晰地展现出来,但打开PFS也会带来相应的性能成本,本篇就来看下PFS相比其他工具及不打开PFS的性能差异。
参数performance_schema设置最佳实践