Cluster Stats (集群统计)API用于从集群中获取各种统计数据。该API的返回信息主要有两部分,一部分是索引层面,包括分片数、存储大小、内存使用情况等指标,另一部分是节点层面,包括节点数量、节点角色、操作系统、jvm版本、内存、CPU、安装的插件等指标。 GET /_cluster/stats _nodes 节点信息 cluster_
elasticsearch_jvm_memory_used_bytes JVM memory currently used by area 内存使用量 主要关注JVM Heap 占用的内存以及JVM GC 所占的时间比例,定位是否有 GC 问题。Elasticsearch依靠垃圾回收来释放堆栈内存,默认当JVM堆栈使用率达到75%的时候启动垃圾回收,添加堆栈设置告警可以判断当前垃圾回收的速度是否比产生速度快,若...
"peak_used_in_bytes": 104465408, "used_in_bytes": 104465408 }}} 这里: JVM Memory Pressure = used_in_bytes / max_in_bytes 潜在的症状是 elasticsearch.log 中的垃圾收集器(gc)事件发生的频率高且持续时间长 [timestamp_short_interval_from_last][INFO ][o.e.m.j.JvmGcMonitorService] [node_id...
最大的JVM内存峰值 elasticsearch_jvm_memory_pool_peak_used_bytes 池使用的JVM内存峰值 elasticsearch_jvm_memory_pool_used_bytes 目前使用的JVM内存池 elasticsearch_jvm_memory_used_bytes JVM memory currently used by area 内存使用量 ### 集群健康和节点可用性 ### elasticsearch_cluster_health_status 集群状...
JVM memory committed:分析各区域提交内存使用量; Disk usage:分析数据存储使用情况; Network usage:分析网络使用情况,包括发送和接收。 线程池监控(Thread Pool) Thread Pool operations rejected:分析线程池中各类型操作拒绝率; Thread Pool operations queued:分析线程池中各类型线程排队数; ...
expr: (elasticsearch_jvm_memory_used_bytes{area="heap"} / elasticsearch_jvm_memory_max_bytes{area="heap"}) * 100 > 90 for: 2m labels: severity: critical annotations: summary: Elasticsearch Heap Usage Too High (instance {{ $labels.instance }}) ...
elasticsearch_jvm_memory_pool_peak_max_bytes 最大的JVM内存峰值 elasticsearch_jvm_memory_pool_peak_used_bytes 池使用的JVM内存峰值 elasticsearch_jvm_memory_pool_used_bytes 目前使用的JVM内存池 elasticsearch_jvm_memory_used_bytes JVM memory currently used by area 内存使用量 ...
"used_percent" : 91 } }, 操作系统级别的内存: 总内存:16313823232 字节(约为 15.2GB) 空闲内存:1427173376 字节(约为 1.33GB) 使用内存:14886649856 字节(约为 13.86GB) 使用百分比:91% "jvm" : { "mem" : { "heap_used_in_bytes" : 518682624, ...
JVM memory usage:分析 JVM 内存使用量、内存最大限制以及池内存使用峰值; JVM memory committed:分析各区域提交内存使用量; Disk usage:分析数据存储使用情况; Network usage:分析网络使用情况,包括发送和接收。 线程池监控(Thread Pool) Thread Pool operations rejected:分析线程池中各类型操作拒绝率; ...
No more than 32 GB: If the heap is less than 32 GB, the JVM can use compressed pointers, which saves a lot of memory: 4 bytes per pointer instead of 8 bytes. + Increasing the heap from 32 GB to 34 GB would mean that you have muchless ...