• /
  • EnglishEspañolFrançais日本語한국어Português
  • Log inStart now

Elasticsearch OpenTelemetry metrics reference

This reference guide provides a comprehensive overview of all metrics collected by the Elasticsearch OpenTelemetry integration, helping you understand what data is available for monitoring your cluster health and performance.

Key metrics at a glance

Monitor your Elasticsearch cluster health and performance with these essential metrics:

Metric category

What it measures

Priority

Cluster health

elasticsearch.cluster.health - Overall cluster status (green/yellow/red)

🔴 Critical

Shard status

elasticsearch.cluster.shards - Unassigned, relocating, or initializing shards

🔴 Critical

Node availability

elasticsearch.cluster.data_nodes - Active data nodes in cluster

🔴 Critical

JVM heap usage

jvm.memory.heap.utilization - Memory usage percentage

🔴 Critical

Search performance

elasticsearch.node.operations.time - Query and fetch latency

🟡 Important

Resource usage

system.cpu.utilization, system.memory.usage - Host system resources

🔵 Monitoring

Complete metrics reference

The integration collects 50+ metrics across cluster, node, JVM, and host infrastructure. Expand the sections below for detailed metric specifications.

Resource attributes by deployment type

All Elasticsearch metrics include resource attributes (tags) that help you organize and filter your data in New Relic. The specific attributes depend on how you've deployed Elasticsearch:

Common attributes (all deployments)

Every deployment includes these core Elasticsearch identifiers:

Attribute

Description

elasticsearch.cluster.name

The unique name of your Elasticsearch cluster

elasticsearch.node.name

Individual Elasticsearch node identifier

Host-based deployments

For Elasticsearch running directly on hosts or VMs, you'll see additional host infrastructure attributes:

Attribute

Description

host.name

Hostname where Elasticsearch is running

os.type

Operating system (linux, windows, darwin)

Kubernetes deployments

Kubernetes deployments include additional container orchestration attributes for enhanced visibility:

Attribute

Description

k8s.cluster.name

Your Kubernetes cluster name

k8s.namespace.name

The namespace where Elasticsearch is running

k8s.pod.name

The specific Elasticsearch pod name

k8s.pod.uid

Unique identifier for the pod

k8s.deployment.name

Kubernetes deployment name (if using Deployment)

Using resource attributes effectively

These attributes enable powerful monitoring scenarios:

Multi-environment management:

  • Filter dashboards by elasticsearch.cluster.name for production vs staging
  • Create cluster-specific alert policies
  • Compare performance across different environments

Infrastructure correlation:

  • Use host.name or k8s.pod.name to correlate with infrastructure monitoring
  • Track resource utilization at the host or pod level
  • Identify performance patterns across your infrastructure

Kubernetes-specific monitoring:

  • Monitor Elasticsearch across multiple namespaces
  • Track pod lifecycle events and their performance impact
  • Create alerts based on Kubernetes deployment health

Next steps

Now that you understand what metrics are available, here are your next steps for effective Elasticsearch monitoring:

Installation and configuration:

Set up monitoring and alerts:

  • View your data - Learn how to access dashboards and explore your Elasticsearch metrics in New Relic
  • Create alerts - Set up proactive monitoring with guided mode or NRQL alert conditions
  • NRQL queries - Write custom queries to analyze your Elasticsearch performance data
Copyright © 2026 New Relic Inc.

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.