ElasticSearch 集群状态 Green，Red，Yellow 解析

已于 2023-08-12 22:01:21 修改
阅读量444 收藏
点赞数
分类专栏： ElasticSearch 文章标签： elasticsearch 大数据 搜索引擎
于 2023-08-12 17:49:53 首次发布
原文链接：http://alleniverrui.top
版权

⬜⬜⬜ 🐰🟧🟨🟩🟦🟪(▽)欢迎光临 🟧🟨🟩🟦🟪🐰⬜⬜⬜

✏️write in front✏️
📝个人主页：AllenIverrui
🎁欢迎各位→点赞👍 + 收藏⭐️ + 留言📝
🙉联系作者🙈http://alleniverrui.top🐧
🌈致亲爱的读者：很高兴你能看到我的文章，希望我的文章可以帮助到你，祝万事顺意🏳️‍🌈
✉️一步一个觉印，住大住强，再创辉煌🏆

集群状态为yellow green 什么会异常

  • green 所有主分片和副本分片都正常
  • yellow 主分片全部正常，副本分片至少有一个不可用；不会有数据丢失，搜索结果依然是完整的。不过，集群高可用在某种程度上会被弱化。可以把yellow想象成一个warning，该情况不影响索引读写，一般会自动回复
  • red，存在不可以用的主分片。此时执行查询虽然有部分数据依然可以查询到，但实际上已经严重影响索引读写，需要重点关注

查看集群状态

使用kibanna开发工具，查看集群转态

GET /_cluster/health

在这里插入图片描述
这里可以看到未分配的副本分片数量为9

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

指标含义
cluster_name集群的名称
status集群的运行状况，基于其主要和副本分片的状态。状态为：– green所有分片均已分配。– yellow所有主分片均已分配，但未分配一个或多个副本分片。如果群集中的某个节点发生故障，则在修复该节点之前，某些数据可能不可用。– red未分配一个或多个主分片，因此某些数据不可用。在集群启动期间，这可能会短暂发生，因为已分配了主要分片。
timed_out如果false响应在timeout参数指定的时间段内返回（30s默认情况下）
number_of_nodes集群中的节点数
number_of_data_nodes作为专用数据节点的节点数
active_primary_shards活动主分区的数量
active_shards活动主分区和副本分区的总数
relocating_shards正在重定位的分片的数量
initializing_shards正在初始化的分片数
unassigned_shards未分配的分片数
delayed_unassigned_shards其分配因超时设置而延迟的分片数
number_of_pending_tasks尚未执行的集群级别更改的数量
number_of_in_flight_fetch未完成的访存数量
task_max_waiting_in_queue_millis自最早的初始化任务等待执行以来的时间（以毫秒为单位）
active_shards_percent_as_number群集中活动碎片的比率，以百分比表示

问题分析

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

找到异常索引

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

GET /_cat/indices

在这里插入图片描述

查看详细的异常信息

GET /_cluster/allocation/explain

在这里插入图片描述

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

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

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

注：某些极端场景，比如单副本集群的分片发生了损坏，或是文件系统故障导致该节点被永久移除，而此时只能接受数据丢失的事实，并通过reroute commends来重新分配空的主分片。

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

reason原因
INDEX_CREATED索引创建，由于API创建索引而未分配的
CLUSTER_RECOVERED集群恢复，由于整个集群恢复而未分配
INDEX_REOPENED索引重新打开
DANGLING_INDEX_IMPORTED导入危险的索引
NEW_INDEX_RESTORED重新恢复一个新索引
EXISTING_INDEX_RESTORED重新恢复一个已关闭的索引
REPLICA_ADDED添加副本
ALLOCATION_FAILED分配分片失败
NODE_LEFT集群中节点丢失
REROUTE_CANCELLEDreroute命令取消
REINITIALIZED重新初始化
REALLOCATED_REPLICA重新分配副本
AllenIverrui
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
单节点 Elasticsearch 健康状态为 yellow 问题的解决
SomeDay的专栏
06-28 1万+
项目环境中，有一个不重要的辅助功能用到了 Elasticsearch，给的服务器资源有限，只能部署一个单机 Elasticsearch。刚部署完成时，health 状态为正常的 green，但是过了几天后，在查看 Elasticsearch 的 health，已经变为 yellow ： [root@web-01 ~]# curl -X GET "10.88.0.92:9200/_cluster/health?pretty" { "cluster_name" : "yxfes", "status" :
jssm：具有可视化功能的快速，简便的Javascript有限状态机； 享受单线FSM而不是页面。 麻省理工学院打字稿; 100％的测试覆盖率。 实施FSL语言
02-13
const TrafficLight = sm `Red -> Green -> Yellow -> Red;` ; 如果他们很容易一起工作不是很好吗？ const log = s => console . log ( s ) ; log ( TrafficLight . state ( ) ) ; // 'Red' Machine . transition ...
解决es集群Yellow与Red的问题
大叶子不小的博客
07-28 1331
Red & Yellow 是集群运维中常见的问题除了集群故障，一些创建，增加副本等操作，都会导致集群短暂的 Red 和 Yellow，所以监控和报警时需要设置一定的延时通过检查节点数，使用 ES 提供的相关 API，找到真正的原因可以指定 Move 或者 Reallocate 分片版权声明：本文为CSDN博主「临江仙我亦是行人」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
Elasticsearch数据库的基本使用及ES健康状态red问题处理_es数据库的使用(2)
最新发布
2401_84166376的博客
05-10 564
System.out.println(“》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》执行查询所有文档”+ DateTime.now());System.out.println(“》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》执行查询所有文档”+ DateTime.now());System.out.println(“》》》》》》》》》》》》》》》》》》》》》》》》》》》》》》执行删除文档”+ DateTime.now());// 设置排序条件。
Es集群状态为red
cc62480507的博客
10-18 2272
es集群状态下节点red修复
zabbix监控elasticSearch集群健康值green yellow red状态
wyl9527的博客
11-13 6394
1、需求：需要zabbix对es集群的健康值进行监控。因为在有的时候几点并没有挂掉，但是es的集群健康值已经百年城red状态，而我们之前监控的进程是无法监控到es的集群状态。2、首先我们可以根据es的指令看到es的集群状态curl 192.168.14.148:9200/_cat/health3、我们可以写一个python的脚本来获取这个green的值，然后就和zabbix自定义监控项的步骤是一样的
elasticsearch5.5-集群健康值：red
Ti__iT的博客
04-04 1115
在elasticsearch中插入数据时，健康值有yellow变成了red，这个页面显示如下主分片缺少了1和4到了副本中，状态变为了unassigned，说明主分片丢失于是开始在网上百度寻找解决的办法。。。1、查看集群的状态2、通过命令查看分片的状态，p代表主分片，r代表副本3、集群再路由head中index的主分片状态4、查看此时分片的状态变为INITIALIZING5、修改集群indices为...
Elasticsearch(ES)生产集群健康状况为黄色(yellow)的官方详细解释、原因分析和解决方案(实测可用)
热门推荐
巨魔战将
05-12 4万+
文章目录介绍elasticsearch健康装填查询接口`/_cluster/health`接口反馈内容解释如下：处理方案步骤一、找到elasticsearch集群异常的索引步骤二、查看es集群健康信息，以及黄色状态索引的settings信息进行分析步骤三、分析并解决问题 介绍   Elasticsearch(ES)集群状态显示黄色时，使用cerebro会提示显示黄色原因，如果使用其他工具，则可以通过健康检查api查看集群状态GET /_cluster/health。 调用健康检查apiGET /_clus
ALIENTEK STM32F750核心板+开发底板PDF原理图+AD集成封装库+主要器件技术手册.zip
04-22
LED2 Typical RED, GREEN, YELLOW, AMBER GaAs LED L_SOP MAX3232 MAX3485 MD8002A 5V, 3W, 功放IC MIC-6022 MIC MOS-P IRLML6401/SI2301 MP2359 DC DC Step Down IC NPN 8050/BCW846/BCW847 NRF24L01 PCF8574T 8...
初中一年级英语上册预备篇StarterUnit3Whatcolorisit？第一课时课件.ppt
10-21
It’s yellow.” 这样的对话旨在帮助学生巩固对物体名称和颜色词汇的记忆，如黄色（yellow）、黑色（black）、白色（white）、红色（red）、蓝色（blue）和绿色（green）等。 接着，课件中出现了音标练习，如/es//...
AMS1117 LAN8720 AP3216C MD8002A PCF8574T USB-A-90 AD集成封装库.IntLib
05-12
LED2 Typical RED, GREEN, YELLOW, AMBER GaAs LED L_SOP MAX3232 MAX3485 MD8002A 5V, 3W, 功放IC MIC-6022 MIC MOS-P IRLML6401/SI2301 MP2359 DC DC Step Down IC NPN 8050/BCW846/BCW847 NRF24L01 PCF8574T 8...
小学三年级英语上PPT学习教案.pptx
10-05
oranges, strawberries），家庭成员（father, mother, brother, sister），树的组成部分（leaves, trunk, branches, flowers），以及颜色词的比较（yellow, blue, green, red）。 通过这样的练习，学生可以加深对...
Elasticsearch集群异常状态 yellow 问题处理_es状态yellow怎么办
2401_84160310的博客
04-15 1034
关注 “number_of_replicas” : “1” 代表此处的副本分片的大小。本环境的ES是单节点测试环境，则副本分片应为0，而yellow状态异常索引settings中，副本分片大小为1，因此此时只需要重新设置该索引副本分片数即可。当集群状态异常时，同时需要重点关注unassigned_shards没有正常分配的分片，查看集群状态可知存在一个未分配的分片数。例如：假设节点数为3，主分片数为5，副本数为3，那么无法分配的副本数则为：5*(3-(3-1))=5。初步查看es集群状态。
Elasticsearch集群异常状态 yellow 问题处理
m0_51077280的博客
03-20 790
Elasticsearch集群异常状态 yellow 问题处理
elasticsearch7.5 索引状态yellow问题解决
u010401588的博客
01-29 1万+
我的服务是windows单机服务并没有做集群。查看下目前索引的状态 GET _cluster/health 执行结果 { "cluster_name" : "dev", "status" : "yellow", "timed_out" : false, "number_of_nodes" : 1, "number_of_data_nodes" : 1, "active_primary_shards" : 36, "active_shards" : 36, "relo
es集群状态red排查流程
猪之仆的博客
10-28 6196
转载https://www.cnblogs.com/tcy1/p/14293423.html#886745359 es集群状态red 问题描述 公司有一套kibana日志收集系统，组合方式为filebeat+elasticsearch+kibana，elasticsearch使用三台服务器组合成集群。近期公司的zabbix服务器持续告警某台服务器cpu使用率在80%以上， 登录服务器首先查看是哪个服务器对cpu占用过多，查看是因为es导致。 排查思路 针对es集群占用cpu使用率过高问题...
还在为ES集群Red/Yellow烦恼？带你进行场景拆解
thlzjfefe的博客
06-11 1782
集群Yellow代表有副本分片没有分配到节点。副本没分配，读的性能就不如以往好，写基本不受影响。集群Red代表有主分片没有分配到节点。主分片未分配，那Red索引的读写都会受影响。此表可作为工具表，当Explain出现如下desider时可以搜索排查。Decider类名解释awarenessAwareness 主要用来控制副本的分配，用户做一些跨机架、机房、可用区的高可用。腾讯云的多可用区便由Awareness进行划Zone控制。
ElasticSearch--解决集群健康状态是Red、Yellow的问题
IT利刃出鞘的博客
08-03 1655
本文介绍如何修复ES的非健康状态（黄色或者红色）。
如何检查 Elasticsearch 集群的健康状态
06-02
你可以通过 Elasticsearch 的 API 来检查集群的健康状态。以下是一个使用 curl 命令来检查 Elasticsearch 集群健康状态的示例： ``` curl -X GET "http://<your-elasticsearch-node>:9200/_cat/health?v" ``` 其中，`<your-elasticsearch-node>` 是你的 Elasticsearch 节点的 IP 地址或主机名。执行上述命令后，你应该会看到如下类似的输出： ``` epoch timestamp cluster status node.total node.data shards pri relo init unassign pending_tasks max_task_wait_time active_shards_percent 1622669078 15:37:58 my-cluster green 1 1 6 3 0 0 0 0 - 100.0% ``` 上述输出中的 `status` 列显示了集群的健康状态，可能的值包括 `green`、`yellow` 和 `red`。如果集群的状态为 `green`，则表示所有的主分片和副本分片都已经成功分配。如果集群的状态为 `yellow`，则表示所有的主分片都已经成功分配，但是一些副本分片还没有分配。如果集群的状态为 `red`，则表示至少有一个主分片没有成功分配。 你也可以通过 Elasticsearch 的 Web 界面 Kibana 来查看集群的健康状态。在 Kibana 的主界面上，点击左侧的「Dev Tools」，然后在弹出的界面上输入以下命令： ``` GET _cat/health?v ``` 执行上述命令后，你应该会看到与上述 curl 命令相同的输出。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值