首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏第三方工具

    CAT监控指标

    CAT监控指标 CAT 是基于 Java 开发的实时应用监控平台。 根据Transaction/Event数据分析出来系统可能出现的异常,包括访问较慢的程序等 Heartbeat报表 JVM内部一些状态信息,比如Memory,Thread等 Business报表 业务监控报表 ,比如订单指标。 与Transaction、Event、Problem不同,Business更偏向于宏观上的指标,另外三者偏向于微观代码的执行情况 概述 CAT是需要导包引入的,同时也要手动埋点的,默认有自己的维度,

    58410编辑于 2024-10-09
  • 来自专栏运维之路

    监控体系建设(二):监控指标

    (接监控体系建设(一)监控体系分层与整合) 三、 监控指标 如前一章提到,监控有赖于运维各专业条线协同完善,通过将监控体系进行分层、分类,各专业条线再去有重点的丰富监控指标。 (二)指标权重与阀值分级 在分解具体指标前,需要重点强调一下监控指标指标权重、阀值分级与上升机制问题,做监控的人知道“监”的最重要目标是不漏报,为了不漏报在实际实施过程中会出现监控告警过多的困难。 如何让运维人员在不漏处理监控事件,又能快速解决风险最高的事件,则需要监控指标需要进行指标权重、阀值分级与上升机制: -指标权重: 监控指标的权重是为了定义此项监控指标是否为必须配置,比如应用软件服务 通常来说一级指标将作为监控覆盖面的底线,通过设置好权重,一是为了让运维人员知道哪些监控指标必须确保覆盖,同时加以引入KPI考核;二是为了让监控平台建设人员有侧重的优化,实现一级指标的自动配置,无需运维人员手工配置 这样,就可以将基线做一个监控运行状态的服务,把实际运行的多个监控指标数据关给基线服务,基线服务返回当前服务运行好坏。 监控指标先总结到这。

    5.3K20发布于 2020-03-06
  • 来自专栏大数据实战演练

    Elasticsearch集群监控指标

    “本片主要通过两个API讲解Elasticsearch集群监控指标说明” Elasticsearch版本:6.2.4 一、集群健康 一个 剩下来的指标给你列出来集群的状态概要: number_of_nodes和number_of_data_nodes这个命名完全是自描述的,代表ElasticSearch节点数量。 二、集群指标统计 集群统计API可以通过如下命令执行: GET _cluster/stats 1. 这些都是非常有用的指标,不过通常在你的监控技术栈里已经都测量好了。统计值包括下面这些: CPU 负载 内存使用率 Swap 使用率 打开的文件描述符 3. 代表已配置的线程数量 三、参考链接 集群健康:https://www.elastic.co/guide/cn/elasticsearch/guide/current/_cluster_health.html 监控单个节点

    2.1K10发布于 2019-01-20
  • 来自专栏XBD

    Prometheus监控主机指标

    https://github.com/prometheus/node_exporter/releases 解压后,把node_exporter拷贝到/usr/loca/bin/目录下

    90620编辑于 2022-10-27
  • 来自专栏东隅已逝

    Elasticsearch 监控指标解析

    1.集群监控 集群监控主要包括两个方面的内容,分别是集群健康情况和集群的运行状态。 集群健康状态可以通过以下api获取: http://ip:9200/_cluster/health? 2.节点监控 节点监控主要针对各个节点,有很多指标对于保证ES集群的稳定运行非常重要。 可以通过以下api获取: http://ip:9200/_nodes/stats? 一些需要计算的指标: 节点监控的计算指标主要分为两类,分别为请求速率指标和请求处理延迟指标,下面作具体介绍。 1index_per_min: 2#每分钟索引请求数量。 3.索引监控 索引监控指标主要针对单个索引,不过也可以通过“_all”对集群中所有索引进行监控。 节点监控指标可以通过以下api获取: http://ip:9200/_stats? 理解了上面的指标 就可以使用Prometheus和Grafana进行监控展示 下面是我们测试环境的Grafana上展示的Elasticsearch集群的状态 可以看到prometheus采集到的的指标信息还是比较全面的

    2.3K41发布于 2019-12-12
  • 来自专栏大数据学习与分享

    监控体系的核心指标

    获得这种洞察力的最佳方法之一是使用强大的监控系统,该系统可以收集指标、可视化数据并在出现问题时提醒操作员。 在我们对指标监控和警报指南的介绍中,我们讨论了一些涉及监控软件和基础设施的核心概念。 指标监控系统处理的主要材料,用于构建被跟踪系统的内聚视图。了解哪些组件值得监控以及您应该查看哪些具体特征是设计一个系统的第一步,该系统可以提供有关您的软件和硬件状态的可靠、可操作的见解。 监控的黄金信号 在极具影响力的 Google SRE(站点可靠性工程)书中,关于监控分布式系统的章节介绍了一个有用的框架,称为监控的四个黄金信号,它代表了在面向用户的系统中要衡量的最重要的因素。 为单个服务器组件收集的指标 需要收集的基本级别指标是与您的系统所依赖的底层计算机相关的指标。 强大的监控可以帮助减轻处理不太可靠的通信渠道的一些困难。 除了网络本身,对于分布式服务,服务器组的健康和性能比应用于任何单个主机的相同措施更重要。

    1.7K30编辑于 2022-07-13
  • 来自专栏全栈程序员必看

    zabbix监控mysql各项指标

    zabbix-agent //服务端 [root@localhost ~]# zabbix_get -s 192.168.176.139 -k mysql.byte[byte_sent] 40258 zabbix网页监控数据

    1.4K30编辑于 2022-06-29
  • 来自专栏码匠的流水账

    聊聊lettuce的指标监控

    序 本文主要研究一下lettuce的指标监控 DefaultCommandLatencyEventPublisher lettuce-core-5.0.4.RELEASE-sources.jar! firstResponseLatency, long completionLatency); } DefaultCommandLatencyEventPublisher主要是依靠CommandLatencyCollector来获取指标的 ,而其指标的采集则依靠recordCommandLatency方法来记录 CommandHandler lettuce-core-5.0.4.RELEASE-sources.jar! 41680, 99.9=41680}]]} 小结 lettuce通过内置eventBus,然后对其命令的执行发布相应的延时事件,client端可以根据需求消费eventBus的数据来获取lettuce的相关指标 可以说在指标监控场景,采用事件驱动的方式进行实现,显得更为灵活,把Event-Driven Architecture的思想发挥的淋漓尽致。

    2.5K20发布于 2018-09-17
  • 来自专栏SY小站的专栏

    prometheus监控pod相关指标

    背景介绍 临近618了,昨天开发同事来找我,问我为啥看grafana监控,我的服务内存随着压测一直在增长,不释放呢。然后给我看了监控的图。 ? 其实是因为监控pod指标的值用了 container_memory_usage_bytes ,是包含cache的,所以感觉是一直不释放,今天就详细说下这些指标的含义。 2. 容器监控内存相关指标 名称 类型 单位 说明 container_memory_rss gauge 字节数bytes RSS内存,即常驻内存集(Resident Set Size),是分配给进程使用实际物理内存

    8.1K50发布于 2020-06-15
  • 来自专栏GitHub专栏

    Linux 常用监控指标总结

    所以,依靠强大的监控系统,收集尽可能多的指标,意义重大。但哪些指标才是有意义的呢,本着从实践中来的思想,各位工程师在长期摸爬滚打中总结出来的经验最有价值。 关键业务进程资源消耗 NTP offset采集 DNS解析采集 每个类别,具体的详细指标如下,这些指标,都是open-falcon的agent组件直接支持的。 falcon-agent每隔一定时间间隔(目前是60秒)会采集一次相关的指标,并汇报给server端。 2. 分区读写监控 测试所有已挂载分区是否可读写,每个metric都会有一组tag描述,表示挂载点,比如mount=/home sys.disk.rw:如果值不为0,表明此分区读写出现问题 7. 进程资源监控 process.cpu.all:进程和它的子进程使用的sys+user的cpu,单位是jiffies process.cpu.sys:进程和它的子进程使用的sys cpu,单位是jiffies

    3.4K30发布于 2020-07-15
  • 来自专栏c++与qt学习

    SpringBoot2---指标监控

    指标监控 1、SpringBoot Actuator 1、简介 2、1.x与2.x的不同 3、如何使用 2、Actuator Endpoint 1、最常使用的端点 最常用的Endpoint 2、Health :实现抽象类 设置为总是显示详细信息 2、定制info信息---用于展示当前应用详细信息 方式一: 编写配置文件 方式二: 编写InfoContributor 3、定制Metrics信息 (运行时指标 ---- 2、Actuator Endpoint 1、最常使用的端点 最常用的Endpoint Health:监控状况 Metrics:运行时指标 Loggers:日志记录 ---- 2、Health 整个就是宕机状态) 很多的健康检查默认已经自动配置好了,比如:数据库、redis等 可以很容易的添加自定义的健康检查机制 ---- 3、Metrics Endpoint 提供详细的、层级的、空间指标信息 Collections.singletonMap("key", "value")); } } 会输出以上方式返回的所有info信息,即配置文件和代码迭代的所有info信息 ---- 3、定制Metrics信息 (运行时指标

    97130发布于 2021-11-15
  • 来自专栏全栈程序员必看

    zabbix监控哪些指标_zabbix监控爱快

    今天我们来聊聊,面试中那些高频的问题, 比如zabbix你都监控哪些参数。 一. 原理解释 说到监控,在运维这个行业其实有很多开源的监控方案,目前最常见的就是zabbix+grafana, 我工作那时候还是用cacti和nagios的比较多。 而我们要监控的也无非是5大块,服务器,中间件,数据库,网络设备,应用。 二. 监控指标举例 1. 监控web服务 web服务是否正常 业务(网页是否能访问、是否可以完成下订单、注册用户) 服务的响应时间 服务的并发量(活动用户、非活动用户) 2. 监控数据库 监控磁盘使用情况 监控内存内存使用 查看并发连接数量 检查数据库执行增删改查的频率 版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。

    1.7K10编辑于 2022-11-01
  • 来自专栏分布式存储

    osd监控埋点指标

    WBThrottle 监控类型 监控项 说明 perf dump WBThrottle bytes_dirtied 脏数据大小 bytes_wb 写入数据大小 ios_dirtied 脏数据操作 ios_wb 写操作 inodes_dirtied 等待写入的条目 inodes_wb 写记录 2. filestore 监控类型 监控项 说明 perf dump filestore journal_queue_max_ops 关闭osd会话 osd_laggy 缓慢的osd会话 omap_wr osd map读写操作 omap_rd osd map读操作 omap_del osd map删除操作 5. osd 监控类型 监控项 说明 perf dump osd ceph.osd.op_wip 当前正在处理的复制操作(主节点) ceph.osd.op 操作数 ceph.osd.op_in_bytes 客户端操作总写入大小 监控项 说明 perf dump recoverystate_perf ceph.recoverystate_perf.initial_latency.avgcount 初始化恢复状态延迟 平均数

    1.9K30发布于 2020-07-20
  • 来自专栏网优小兵玩Python

    【LTE指标监控分析工具】

    日常优化中,指标监控是确保网络正常运行不可或缺的第一步骤。 LTE网络,而造成LTE网络关键指标波动的主要原因有小区用户突增、LTE小区突发干扰、高负荷几个方面,在对这类指标提取分析时往往费时费力。 功能说明 ? 历史指标对比:统计对比昨日、上周与当天同时间段高用户小区数、高干扰小区数、高PRB利用率小区数。 在今日/上周/昨日三个文件夹中分另放入对应的模板指标“用户-干扰-利用率”(文件格式为CSV): ? ? 文件数据必须字段(关键字段名要一样)。

    1.6K41发布于 2020-02-20
  • 来自专栏小脑斧科技博客

    nginx 监控指标及收集

    监控的主要指标 一般来说,我们需要对三个主要的指标进行监控: 1. 基本活跃指标 2. 错误指标 3. 性能指标 2.1. 基本活跃指标 下图显示了 nginx 收集的基本指标。 nginx 监控基本活跃指标 名称 描述 是否累加历史数据 Accepts(接受) NGINX 接受的客户端连接数(包括 Handled + Dropped + Waiting) 是 Handled(已处理 指标的收集 介绍了这么多的监控指标,事实上,上面介绍的仅仅是基本的监控指标,针对实际的情况,还有很多指标十分具有监控的必要。 那么,怎么去收集这些指标进行监控呢? 3.1. ngx_http_stub_status_module 通过在编译时加入 nginx 的 ngx_http_stub_status_module 我们可以实时监控以下基本的指标: 1. 3.2. nginx plus — ngx_http_status_module 商业版的 nginx plus 通过他的 ngx_http_status_module 提供了比 nginx 更多的监控指标

    4.5K52编辑于 2022-06-27
  • 来自专栏分布式存储

    mon监控埋点指标

    1. perf dump 1.1 cluster 监控类型 监控项 说明 级别 perf dump cluster ceph.cluster.num_mon mon数量 * ceph.cluster.num_mon_quorum osd总共大小 * ceph.cluster.osd_bytes_used 用户占用大小 * ceph.cluster.osd_bytes_avail osd可用的大小 1.2 leveldb 监控类型 监控项 说明 级别 perf dump leveldb ceph.leveldb.leveldb_get 获取的数量 * ceph.leveldb.leveldb_transaction 处理的数量 ceph.leveldb.leveldb_compact_queue_merge 压缩合并队列 * ceph.leveldb.leveldb_compact_queue_len 压缩队列长度 1.3 mon 监控类型 监控项 说明 级别 perf dump throttle-* val 当前可用的值 * max 最大限制数 * get 获取到的值 * get_sum 获取到的总数 * get_or_fail_fail

    2.1K20发布于 2020-07-20
  • 【YashanDB监控运维平台(YCM)】监控指标

    网页路径:【资源监控】>【监控指标库】功能介绍管理平台提供了丰富的监控指标库,覆盖了数据库、操作系统和服务器的绝大部分关键指标,可以帮助您实时了解目标对象的运行状态、性能、资源用量以及负载等。 默认监控指标系统提供了丰富的默认监控指标,默认监控指标不支持编辑和删除。 默认的监控指标会生成默认告警项和添加到默认监控大盘。Note:默认监控大盘中只会添加部分具有图表展示意义的默认监控指标,也只有部分默认监控指标会生成默认告警项。 监控指标支持通过指标名称对监控指标进行搜索。创建指标网页路径:【创建指标】功能介绍除了系统提供的默认监控指标,还可以通过单击【创建指标】,输入指标名称、指标类型、单位和表达式,创建自定义监控指标。 自定义监控指标支持编辑和删除,但不允许删除已关联告警项的自定义监控指标。主要内容解释【指标名称】:监控指标的名称,必填参数,长度范围为[1,24]个字符,名称必须唯一。

    22710编辑于 2025-06-25
  • 来自专栏开源部署

    Ganglia监控Hadoop相关配置及监控指标说明

    maptask.sink.ganglia.servers=239.2.11.71:8801 reducetask.sink.ganglia.servers=239.2.11.71:8801 各项控制指标说明

    61410编辑于 2022-06-29
  • 来自专栏腾讯云可观测专栏

    指标&监控&告警入门详解(二)

    由于系统通常是分层运行的,在更原始的基础设施之上会构建更复杂的层,因此在计划监控策略时,按层级式考虑指标会大有裨益。 01 基于主机的指标指标层次结构的最底层是基于主机的指标。 05 外部依赖指标 你可能还希望将一些和外部依赖性相关的指标添加进监控系统中。 请记住,最高层级中最有价值的指标可能是较低层级中提供的资源。 影响选择监控指标的因素 理想情况中,最好能从一开始就监控和系统相关的所有事情。但是,有很多原因导致这种状态几乎不可能实现。 部署环境:尽管稳健的监控系统对于生产系统最重要,但部署和测试系统也可以从监控中受益,尽管严重性、粒度和所衡量的总体指标可能有所不同。 未完待续,预告: 系列(三):指标 & 监控 & 告警系统的重要特质 推荐阅读:指标&监控&告警入门详解(一) 欢迎联系云监控小助手微信号,加群讨论:) ?

    96920发布于 2021-01-28
  • 来自专栏散尽浮华

    Kubernetes相关组件监控指标采集

    线上部署了kuberneter集群环境,需要在zabbix上对相关组件运行情况进行监控。kuberneter组件监控指标分为固定指标数据采集和动态指标数据采集。 整体指标【采集Node集群中任一节点即可,测试环境可采集其中一台192.168.10.230即可。 在采集对应node节点的指标数据中,如果node节点宕机,则监控指标数据就会失败。 json import os import re import sys #kube-state-metrics自动发现for zabbix #python传参value/values(不区分大小写)时显示监控值 ,其他参数或无参数显示监控KEY #采集范围:任一Node节点,测试可在192.168.10.230,此IP后续建议改为Nginx-Ingress的负载IP,或内部service IP #采集间隔建议5min zabbix_agent UserParameter 填写的是key值,这个可以随便定义 后面跟上监控脚本的执行过程 [root@bz4ccs001ap1001 ~]# cat /etc/zabbix/

    2.7K40发布于 2019-05-25
领券