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 |
| 🔴 Critical |
Shard status |
| 🔴 Critical |
Node availability |
| 🔴 Critical |
JVM heap usage |
| 🔴 Critical |
Search performance |
| 🟡 Important |
Resource usage |
| 🔵 Monitoring |
Complete metrics reference
The integration collects 50+ metrics across cluster, node, JVM, and host infrastructure. Expand the sections below for detailed metric specifications.
Sugerencia
For the complete catalog of available metrics, see the OpenTelemetry elasticsearchreceiver and hostmetricsreceiver documentation.
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 |
|---|---|
| The unique name of your Elasticsearch cluster |
| Individual Elasticsearch node identifier |
Host-based deployments
For Elasticsearch running directly on hosts or VMs, you'll see additional host infrastructure attributes:
Attribute | Description |
|---|---|
| Hostname where Elasticsearch is running |
| Operating system (linux, windows, darwin) |
Kubernetes deployments
Kubernetes deployments include additional container orchestration attributes for enhanced visibility:
Attribute | Description |
|---|---|
| Your Kubernetes cluster name |
| The namespace where Elasticsearch is running |
| The specific Elasticsearch pod name |
| Unique identifier for the pod |
| Kubernetes deployment name (if using Deployment) |
Using resource attributes effectively
These attributes enable powerful monitoring scenarios:
Multi-environment management:
- Filter dashboards by
elasticsearch.cluster.namefor production vs staging - Create cluster-specific alert policies
- Compare performance across different environments
Infrastructure correlation:
- Use
host.nameork8s.pod.nameto 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:
- Host installation - Set up monitoring for Elasticsearch running on hosts/VMs
- Kubernetes installation - Configure monitoring for Elasticsearch running on Kubernetes
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