ElasticSearch集群状态异常(Red、Yellow)原因分析

最新推荐文章于 2025-07-18 06:45:00 发布

原创

最新推荐文章于 2025-07-18 06:45:00 发布 · 6k 阅读

21 ·

CC 4.0 BY-SA版权

文章标签：

#elasticsearch

本文介绍了Elasticsearch集群状态的三种类型：Green、Yellow和Red，重点解析了Yellow状态的原因及排查步骤。当索引处于Yellow状态时，可能是由于副本分片未分配。通过`_cluster/health`、`_cat/allocation`和`_cluster/allocation/explain`等API进行诊断，发现是由于相同数据已存在于节点上导致无法分配。解决方法包括重新分配、reroute或索引重建。总结了处理Red、Yellow状态的排查思路和操作步骤，确保集群正常运行。

注：部分概念介绍来源于网络

一、ElasticSearch集群的三种状态：
Green - 所有数据都可用，主副分片都已经分配好
Yellow - 所有数据都可用，但尚未分配一些副本，不影响查询，可能影响恢复。如果集群中的某个节点发生故障，则在修复该节点之前，某些数据可能不可用。
Red - 某些数据由于某种原因存在主分片未分配，对查询会有影响

二、查询索引Yellow状态原因
1、查看集群的健康并显示索引状态

GET /_cluster/health?level=indices
{
  "cluster_name" : "elasticsearch-1",
  "status" : "green",
  "timed_out" : false,
  "number_of_nodes" : 3,
  "number_of_data_nodes" : 3,
  #活动主分区数量
  "active_primary_shards" : 28,
  #活动主分区和副本分区的总数
  "active_shards" : 55,
  #正在重定位的分片数量
  "relocating_shards" : 0,
  #正在初始化的分片数量
  "initializing_shards" : 0,
  #未分配的分片数
  "unassigned_shards" : 3,
  #其分配因超时设置而延迟的分片数
  "delayed_unassigned_shards" : 0,
  #尚未执行的集群级别更改的数量
  "number_of_pending_tasks" : 0,
  #为完成的访问数量
  "number_of_in_flight_fetch" : 0,
  #自最早的初始化任务等待执行以来的时间(以毫秒为单位)
  "task_max_waiting_in_queue_millis" : 0,
  #集群中活动碎片的比率，

最低0.47元/天解锁文章