prometheus中自带的查询指标定义解析
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了prometheus中自带的查询指标定义解析相关的知识,希望对你有一定的参考价值。
参考技术A 参考: prometheus中文手册go_gc_duration_seconds:持续时间秒
go_gc_duration_seconds_sum:gc-持续时间-秒数-总和
go_memstats_alloc_bytes:Go内存统计分配字节
go_memstats_alloc_bytes_total:Go内存统计分配字节总数
go_memstats_buck_hash_sys_bytes:用于剖析桶散列表的堆空间字节
go_memstats_frees_total:内存释放统计
go_memstats_gc_cpu_fraction:垃圾回收占用服务CPU工作的时间总和
go_memstats_gc_sys_bytes:圾回收标记元信息使用的内存字节
go_memstats_heap_alloc_bytes:服务分配的堆内存字节数
go_memstats_heap_idle_bytes:申请但是未分配的堆内存或者回收了的堆内存(空闲)字节数
go_memstats_heap_inuse_bytes:正在使用的堆内存字节数
go_memstats_heap_objects:堆内存块申请的量
go_memstats_heap_released_bytes:返回给OS的堆内存
go_memstats_heap_sys_bytes:系统分配的作为运行栈的内存
go_memstats_last_gc_time_seconds:垃圾回收器最后一次执行时间
go_memstats_lookups_total:被runtime监视的指针数
go_memstats_mallocs_total:服务malloc的次数
go_memstats_mcache_inuse_bytes:mcache结构体申请的字节数(不会被视为垃圾回收)
go_memstats_mcache_sys_bytes:操作系统申请的堆空间用于mcache的字节数
go_memstats_mspan_inuse_bytes:用于测试用的结构体使用的字节数
go_memstats_mspan_sys_bytes:系统为测试用的结构体分配的字节数
go_memstats_next_gc_bytes:垃圾回收器检视的内存大小
go_memstats_other_sys_bytes:golang系统架构占用的额外空间
go_memstats_stack_inuse_bytes:正在使用的栈字节数
go_memstats_stack_sys_bytes:系统分配的作为运行栈的内存
go_memstats_sys_bytes:服务现在系统使用的内存
go_threads:线程
jvm_buffer_count_buffers:jvm缓冲区计数缓冲区:
jvm_buffer_memory_used_bytes:jvm缓冲区内存已用字节
jvm_buffer_total_capacity_bytes:jvm缓冲区总容量字节
jvm_classes_loaded_classes:jvm_classes加载的类
jvm_classes_unloaded_classes_total:自Java虚拟机开始执行以来已卸载的类总数
jvm_gc_max_data_size_bytes:jvm_gc_最大数据大小字节:
jvm_gc_memory_allocated_bytes_total:在一个GC之后到下一个GC之前增加年轻代内存池的大小
jvm_gc_memory_promoted_bytes_total:GC之前到GC之后,老年代的大小正向增加的计数
system_cpu_count:Java虚拟机可用的处理器数量
process_uptime_seconds:Java虚拟机的正常运行时间
jvm_threads_states_threads:当前处于NEW状态的线程数
jvm_memory_committed_bytes:可供Java虚拟机使用的已提交的内存量
system_cpu_usage:最近的cpu利用率
jvm_threads_peak_threads:自Java虚拟机启动或重置峰值以来的活动线程峰值
jvm_memory_used_bytes:已用内存量
jvm_threads_daemon_threads:当前活动的守护程序线程数
process_cpu_usage:JVM的CPU利用率
process_start_time_seconds:进程的开始时间
jvm_gc_max_data_size_bytes:老年代的最大内存量
jvm_gc_live_data_size_bytes:full GC老年代的大小
jvm_threads_live_threads:当前活动线程数,包括守护程序线程和非守护程序线程
jvm_buffer_memory_used_bytes:已使用缓冲池大小
jvm_buffer_count_buffers:缓冲区数量
logback_events_total:日志备份事件总计
net_conntrack_dialer_conn_attempted_total:网络连接拨号尝试次数总计
net_conntrack_dialer_conn_closed_total:网络连接拨号器关闭总计
net_conntrack_dialer_conn_established_total:网络连接拨号器建立网络连接总数
net_conntrack_dialer_conn_failed_total:网络连接拨号失败总计
net_conntrack_listener_conn_accepted_total:网络连接监听接受总计
net_conntrack_listener_conn_closed_total:网络连接监听关闭总计
prometheus_rule_evaluation_duration_seconds:所有的 rules(recording/alerting) 的计算的时间(分位值),这个可以用来分析规则是否过于复杂以及系统的状态是否繁忙
prometheus_rule_evaluation_duration_seconds_count:执行所有的 rules 的累积时长,没怎么用到
prometheus_rule_group_duration_seconds:具体的 rule group 的耗时
prometheus_rule_group_interval_seconds:具体的 rule group 的执行间隔(如果没有异常,应该和配置中的一致,如果不一致了,那很可能系统负载比较高)
prometheus_rule_group_iterations_missed_total:因为系统繁忙导致被忽略的 rule 执行数量
prometheus_rule_group_last_duration_seconds:最后一次的执行耗时
prometheus_tsdb_blocks_loaded:当前已经加载到内存中的块数量
prometheus_tsdb_compactions_triggered_total:压缩操作被触发的次数(可能很多,但不是每次出发都会执行)
prometheus_tsdb_compactions_total:启动到目前位置压缩的次数(默认是 2 小时一次)
prometheus_tsdb_compactions_failed_total:压缩失败的次数
prometheus_tsdb_head_chunks:head 中存放的 chunk 数量
prometheus_tsdb_head_chunks_created_total:head 中创建的 chunks 数量
prometheus_tsdb_head_chunks_removed_total:head 中移除的 chunks 数量
prometheus_tsdb_head_gc_duration_seconds:head gc 的耗时(分位值)
prometheus_tsdb_head_max_time:head 中的有效数据的最大时间(这个比较有价值)
prometheus_tsdb_head_min_time:head 中的有效数据的最小时间(这个比较有价值)
prometheus_tsdb_head_samples_appended_total:head 中添加的 samples 的总数(可以看增长速度)
prometheus_tsdb_head_series:head 中保存的 series 数量
prometheus_tsdb_reloads_total:rsdb 被重新加载的次数
prometheus_local_storage_memory_series: 时间序列持有的内存当前块数量
prometheus_local_storage_memory_chunks: 在内存中持久块的当前数量
prometheus_local_storage_chunks_to_persist: 当前仍然需要持久化到磁盘的的内存块数量
prometheus_local_storage_persistence_urgency_score: 紧急程度分数
prometheus_local_storage_memory_chunks:本地存储器内存块
process_resident_memory_bytes:进程内存字节
prometheus_notifications_total (针对Prometheus 服务器)
process_cpu_seconds_total (由客户端库导出)
http_request_duration_seconds (用于所有HTTP请求)
system_cpu_usage:系统cpu使用率
tomcat_cache_access_total:tomcat缓存访问总计
tomcat_global_error_total:tomcat全局错误总计
tomcat_global_received_bytes_total:tomcat_全局接收到的字节总数
tomcat_global_request_max_seconds:tomcat全局请求最大秒数
tomcat_global_request_seconds_count:tomcat全局请求秒数
tomcat_global_request_seconds_sum:tomcat全局请求秒数求和
tomcat_global_sent_bytes_total:tomcat全局发送字节总计
tomcat_servlet_error_total:tomcat_servlet错误总计
tomcat_servlet_request_max_seconds:tomcat_servlet_请求最大秒数
tomcat_servlet_request_seconds_count:tomcat_servlet_请求秒数
tomcat_servlet_request_seconds_sum:tomcat_servlet_请求秒数求和
tomcat_sessions_active_current_sessions:tomcat_当前活跃会话数
tomcat_sessions_active_max_sessions:tomcat_活跃会话最大数量
tomcat_sessions_created_sessions_total:tomcat会话创建会话总数
tomcat_sessions_expired_sessions_total:tomcat过期会话数总计
tomcat_sessions_rejected_sessions_total:tomcat拒绝会话数总计
tomcat_threads_busy_threads:tomcat繁忙线程
tomcat_threads_current_threads:tomcat线程当前线程数
Grafana + Prometheus 如何在查询指标中使用正则表达式?
【中文标题】Grafana + Prometheus 如何在查询指标中使用正则表达式?【英文标题】:Grafana + Prometheus how to use regex in query metrics? 【发布时间】:2020-06-15 16:24:15 【问题描述】:我们正在动态添加新指标。是否可以在 Grafana 查询指标中使用正则表达式?
application_test_totalcolor="0"
application_test_totalcolor="1"
application_test_totalcolor="2"
如何避免这种情况?
sum(application_test_totalcolor="0")+sum(application_test_totalcolor="1")
可以用这个代替吗?
application_test_totalcolor="[0-9]2"
【问题讨论】:
【参考方案1】:你可以替换:
sum(application_test_totalcolor="0")+sum(application_test_totalcolor="1")
收件人:
sum(application_test_totalcolor=~"[0-9]1")
【讨论】:
这行不通。 Grafana 版本 v6.6.2 (3fa63cfc34)。 缺少一个“~”。我确定了答案。以上是关于prometheus中自带的查询指标定义解析的主要内容,如果未能解决你的问题,请参考以下文章
通过Prometheus查询计算Kubernetes集群中Pod 的CPU、内存使用率等指标