tencent cloud

集群状态为什么会异常？

集群状态在什么情况下发生 RED 和 YELLOW：

• 当集群存在未分配的主索引分片，集群状态会为 RED。该情况影响索引读写，需要重点关注。
• 当集群所有主索引分片都是已分配的，但是存在未分配的副本索引分片，集群状态则会 YELLOW。该情况不影响索引读写，一般会自动恢复。

查看集群状态

使用 kibana 开发工具，查看集群状态：

GET /_cluster/health

这里可以看到，当前集群状态为 red，有9个未分配的分片。

ES 健康接口返回内容官方解释：

问题分析

当集群状态异常时，需要重点关注 unassigned_shards 没有正常分配的分片，这里举例说明其中一种场景。

找到异常索引

查看索引情况，并根据返回找到状态异常的索引。

GET /_cat/indices

查看详细的异常信息

GET /_cluster/allocation/explain

这里通过异常信息可以看出：

1. 主分片当前处于未分配状态（current_state），发生这个问题的原因是因为分配了该分片的节点已从集群中离开（unassigned_info.reason）。
2. 上述问题发生后，分片无法自动分配分片的原因是集群中没有该分片的可用副本（can_allocate）。
3. 同时也给出了更详细的信息（allocate_explanation）。

这种情况发生的原因是因为集群有节点下线，导致主分片已没有任何可用的分片数据，当前唯一能做的事就是等待节点恢复并重新加入集群。

注意：

某些极端场景，例如单副本集群的分片发生了损坏，或是文件系统故障导致该节点被永久移除，而此时只能接受数据丢失的事实，并通过 reroute commends 来重新分配空的主分片。为了尽量避免这种极端的场景，建议合理设计索引分片，不要给索引设置单副本。这里所谓的单副本，指的是索引有主分片，但没有副本分片，或称之为0副本。合理设计索引分片，可以将集群的总分片控制在一个很健康的规模，可以在保证高可用的情况下更加充分地利用集群分布式的特性，提高集群整体性能。

分片未分配（unassigned_info.reason）的所有可能

可通过如下分析方式初步判断集群产生未分配分片的原因，一般都可以在 allocation explain api 中得到想要的答案。

说明：

集群状态如果长时间未自动恢复，或是无法解决，则需要 提交工单，联系腾讯云技术支持。