---
title: Warm Nodes Indexing
description: Describes what AutoOps detects and surfaces with the Warm Nodes Indexing insight: Significant indexing activity is running on nodes outside the hot tier.
url: https://docs-v3-preview.elastic.dev/elastic/autoops-insights/tree/main/elasticsearch/warm_nodes_indexing
products:
  - Elastic Cloud Enterprise
  - Elastic Cloud Hosted
  - Elastic Cloud on Kubernetes
  - Elasticsearch
applies_to:
  - Elastic Cloud Hosted: Generally available
  - Elastic Cloud on Kubernetes: Generally available
  - Elastic Cloud Enterprise: Generally available
  - Self-managed Elastic deployments: Generally available
---

# Warm Nodes Indexing
Significant indexing activity is running on nodes outside the hot tier. Warm and cold tiers are optimized for retention cost, not ingest throughput.
<note>
  For a complete list of insights, refer to [AutoOps insights](https://docs-v3-preview.elastic.dev/elastic/autoops-insights/tree/main/elasticsearch).
</note>


## Insight details


| Field     | Value                                   |
|-----------|-----------------------------------------|
| Component | Elasticsearch                           |
| Severity  | Medium                                  |
| Scope     | Cluster                                 |
| Domains   | performance, indexing, index-management |


## Example: What you might see in AutoOps

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.

### Indexing occurring in nodes that are not in the hot tier


#### What was detected

The affected node/s are: - logs-prod-000045: indexing rate - 1,200 docs/s Indices with the highest indexing rate: logs-prod-000045

#### Recommendations

<note>
  AutoOps shows different recommendations depending on how their conditions match your deployment or cluster.
</note>

<dropdown title="Review data tier architecture">
  **Condition**: Always shown for this insight.Review whether your hot, warm, cold, and frozen tiers match data age, query patterns, and cost goals.
</dropdown>

<dropdown title="Review templates and ILM">
  **Condition**: Always shown for this insight.Review index templates and ILM policies so new write indices stay on the hot tier until rollover is appropriate. Premature moves to colder tiers usually mean the ILM policy is misconfigured.
</dropdown>

<dropdown title="Move shard to hot tier">
  **Condition**: Shown when index on non-hot tier can be moved to hot nodes that can host the index shards.Move shard 0 of index logs-prod-000045 from warm node es-data-01 to hot node es-data-02 using the action below.
  ```json

  {
    "commands": [
      {
        "move": {
          "index": "logs-prod-000045",
          "shard": 0,
          "from_node": "es-data-01",
          "to_node": "es-data-02"
        }
      }
    ]
  }
  ```

  <note>
    Requires the `manage cluster` privilege. Requires Elasticsearch 8.0.0 or later. This action changes cluster or index configuration.
  </note>
</dropdown>


#### Background and impact

We detected that you have indexing operations outside of your hot tier and it is not recommended to do so. There might be several reasons to that, for instance:
1. A wrongly configured ILM policy moving indices still being written to outside of the hot tier too prematurely
2. Bad cluster or shard allocation filtering rules forcing the index to be located on the wrong tier