Monitor Redis Enterprise Software clusters and databases using internal monitoring systems and external monitoring tools.
| Redis Enterprise Software | Redis Enterprise for Kubernetes |
|---|
The current monitoring system, which is deprecated as of Redis Enterprise Software version 7.22, consists of the following components:
Internal metrics storage:
Metrics are internally aggregated, calculated, and stored for up to one year.
This historical data is used to generate trends and performance insights over time.
This set of RESTful APIs exposes metrics collected at regular intervals from clusters, nodes, databases, shards, and endpoints.
These APIs allow customers to retrieve performance and usage statistics directly from the internal storage layer.
Cluster manager metrics and alerts:
The Cluster Manager UI includes dedicated metrics pages that display pre-aggregated metrics.
Cluster alerts are triggered based on thresholds applied to these stored metrics.
v1 Prometheus scraping endpoint:
Redis Enterprise Software exposes a legacy /prometheus_metrics endpoint to integrate with external observability platforms like Prometheus and Grafana.
This endpoint fetches data from the internal storage, providing basic monitoring integration.
The internal monitoring system, while functional, has several limitations that affect scalability and accuracy:
Limited granularity: Metrics are aggregated before storage, resulting in a loss of fine-grained insights.
Stale data: Stored metrics can lag behind real-time system states, reducing the effectiveness of alerting.
Visibility gaps during management operations: Metrics and statistics may not be available or updated during management tasks, resulting in incomplete monitoring during critical activities.
Scalability constraints: Internal storage and processing introduce performance overhead and are not optimized for large-scale observability pipelines.
Limited extensibility: The system is tightly coupled with internal components, making it difficult to integrate with modern monitoring ecosystems.
To improve monitoring and address current limitations, Redis Enterprise Software is transitioning to a new observability foundation: the metrics stream engine.
This modern monitoring stack introduces:
Real-time metrics, exposed directly from the engine without intermediate storage for high-fidelity, low-latency insights.
Scalable architecture designed for cloud-native observability with lightweight Prometheus collectors.
Deeper visibility by exposing new types of metrics such as key size distribution, server overall latency histograms, and system internals with per-endpoint resolution.
We recommend migrating to the metrics stream engine for enhanced accuracy, scalability, and future-proof observability.
If you are already using the existing scraping endpoint for integration, follow this guide to transition and try the new engine. It is possible to scrape both existing and new endpoints simultaneously, allowing advanced dashboard preparation and a smooth transition.
As part of Redis Enterprise Software's transition to the new metrics stream engine, some internal cluster manager alerts were deprecated in favor of external monitoring solutions. See the alerts transition plan for guidance.
You can see the metrics of the cluster in:
The scale selector at the top of the page allows you to set the X-axis (time) scale of the graph.
To choose which metrics to display in the two large graphs at the top of the page:
We recommend that you show two similar metrics in the top graphs so you can compare them side-by-side.
See the following topics for metrics definitions:
In Cluster > Alert Settings, you can enable alerts for node or cluster events, such as high memory usage or throughput.
Configured alerts are shown:
To enable alerts for a cluster:
For each database, you can enable alerts for database events, such as high memory usage or throughput.
Configured alerts are shown:
To enable alerts for a database:
To send cluster and database alerts by email: