High replica count on cold nodes

Some indices on cold nodes have a higher replica count than the threshold for their recovery model. Reducing replicas to zero is only safe when the index is fully mounted from a searchable snapshot; other cold indices need a live replica or a fully mounted searchable snapshot to stay recoverable.

Note

For a complete list of insights, refer to AutoOps insights.

Field Value
Component Elasticsearch
Severity Low
Scope Node
Domains replication, resource-utilization

The following is an example of what you might see when this insight is triggered. Real insights use live data and links from your deployment or cluster.

2 replicas on cold nodes for these indices: logs-prod-000045, logs-prod-000046.

Note

AutoOps shows different recommendations depending on how their conditions match your deployment or cluster.

Each replica is a full copy of a primary shard. Higher replica counts improve availability and search capacity, but they also multiply disk use and write amplification: every index, update, and recovery must reach every replica.

On the cold tier, reducing replicas lowers cost for data that is accessed less often. That tradeoff is safe at zero replicas only when the index is fully mounted from a searchable snapshot, because Elasticsearch can recover the index from the snapshot if a node is lost. If a cold index is not fully mounted and its replicas are removed, losing a node can leave the index unavailable until recovery completes, and searches that need the missing shard can fail.

Increase tier capacity