Es 磁盘满了 只读状态处理

到了这，还记得我们的问题吗，就是说 Elasticsearch 是怎么判定的磁盘超出设定的阈值的呢？左右，所以按照 Elasticsearch 的设定，ES 中分片应该是无法分配的。，可以看到，当前类中出现了两次，根据日志打印的其他信息不难发现，对于此处就是。是的你没猜错，通过这个位置你就可以知道是哪个方法调用的这，我们点一下。阈值时，对于新创建的索引主分片不影响，副本分片受影响；判断，相信就是这了，我的感觉来了，没想到这个找起来这么简单。行方法的开头打一个断点，重启之后，进入断点之后的值如下。

昨天接到客户投诉说ES数据目录已达到100%了，当时第一想法监控组怎么监控的80%报警为什么没有监控出啦，经问，监测组是几天前接到报警，并忽略了，我当时那个崩溃，并有想骂人的冲动，这是现网，不是测试时环境，竟然有这么不负责的同事我也是醉的，我登录服务器一看磁盘空间最糟的100%，另几个99%，刚搭建两个月的集群出现空间不足，当时说没有这么大的数据量，我自己给自己挖了一个大坑，把数据存在一个磁盘上。

本文深入探讨了Elasticsearch磁盘使用率过高导致索引进入只读状态的解决方案，详细解析了警戒水位线机制及cluster_block_exception错误的应对策略。通过临时调整配置、数据清理和长期架构优化等多维度方法，帮助管理员有效管理磁盘空间，确保集群稳定运行。

elasticsearch 常用系统监控命令

错误描述: ElasticSearch 因为磁盘空间不够引起的数据插入错误。（message [ClusterBlockException[blocked by: [FORBIDDEN/12/index read-only / allow delete (api)];]]） 当使用Logstash将MySQL中的数据采用到ES索引中: 出现以下问题, 昨天还可以正常采集mysql数据库中的信息, 今天报了错,解决方案如下: 问题原因: 索引变成了只读 index read-only / allow del

背景：同事同步商品的es时，总是报index read-only。如下图。 然后各种排查，先看了一下es的数据节点磁盘已经满了。大部分都是日志数据。先删除日志数据。然后还是报这种错。 原因：当存储空间使用超过95%时，elasticsearch会将索引设置为只读模式，所以新产生的日志不能入库，也不能清除。因为商品和日志都是用的同一个es,导致同步商品也有问题。 解决：curl -XPUT -H “Content-Type: application/json” http://${ip}:9200/.

Elasticsearch（ES）集群中索引状态为表示该索引中至少有一个主分片不可用（无法分配或丢失），这可能导致数据丢失或服务不可用。以下是排查索引状态为通过以下命令确认哪些索引的状态为。

Elasticsearch 鉴权依赖.security索引写入能力磁盘使用达高水位线时，集群会对所有索引加只读限制，导致鉴权失效处理思路：扩容磁盘 → 解除只读限制 → 新增/修改用户 → 清理数据建议定期监控磁盘使用和索引状态，及时预警和扩容，确保鉴权服务正常运转。

本文详细解析了Elasticsearch磁盘洪泛警戒水位线触发索引只读的紧急处理方案。当磁盘使用率达到95%时，系统会自动将索引设置为read_only_allow_delete状态，导致无法写入。文章提供了三步恢复方案：快速解除索引只读状态、临时调整水位线阈值、分片迁移与空间释放，并分享了根本解决方案与预防措施，帮助运维人员高效应对此类问题。

详情： 查看es 状态命令： 通常用用_catAPI检测集群是否健康。 确保9200端口号可用: 　　curl 'localhost:9200/_cat/health?v' 　　绿色表示一切正常, 黄色表示所有的数据可用但是部分副本还没有分配,红色表示部分数据因为某些原因不可用. 2.通过如下语句，我们可以获取集群的节点列表： 　　curl 'localhost:92...

某一天发现，logstash一直在报错， [2020-10-29T10:37:27,410][INFO ][logstash.outputs.elasticsearch] retrying failed action with response code: 403 ({"type"=>"cluster_block_exception", "reason"=>" blocked by: [FORBIDDEN/12/index read-only / allow delete (api)];"})

Elasticsearch 自动将索引设为只读模式，常见触发原因是磁盘使用超过阈值（默认 95%）。如需进一步优化查询、分析关键词、统计日志频率，或批量导出为 CSV，可继续扩展查询逻辑。对于堆栈日志、慢查询等，建议分页拉取或使用聚合分析替代大批量拉取。是否需要我将这份笔记保存为 Markdown 文档或可下载版本？如果空间已恢复，索引仍可能保持只读状态，不会自动恢复。用于精确匹配 Pod 名称。

通过elasticsearch-head监控工具及时发现集群异常状态，结合节点健康与索引分布信息定位问题，有效处理elasticsearch-head显示的告警提示，保障搜索服务稳定运行。

1.概述 转载：https://bbs.huaweicloud.com/forum/thread-69707-1-1.html 2.场景 场景1 内存参数配置不合理。 场景2 bulk提交量过大，导致内存被堆满。 场景3 客户端IP，端口配置问题。 场景4 写入时指定DOC ID，导致读IO高。 场景5 bulk队列积压，请求线程被拒绝。 场景6 热分片问题。 场景7 集群不稳定，大量分片迁移和恢复。 场景8 部分实例长时间不断的full gc，导致实例处于假死

基于磁盘容量的shard分配策略（Disk-based shard allocation）默认就是开启的，其机制也非常简单，主要就是3条非常重要的分水线（watermark）： low watermark：默认值是85%。磁盘使用超过这个阈值，就认为“危险”快来了，这个时候就不会往该节点再分配replica shard了，但新创建的索引的primary shard还是可以分配。特别注意必须是新创建的索引（什么是“老的”？比如再平衡时其它节点上已经存在的primary shard就算老的，这部分也是不能够迁

有时候，es所在磁盘满了，es会将索引设置成只读状态，不可再写入，而且写入程序调用不返回错误，在将磁盘清理后，索引状态不会自动变更回来，这时候需要我们手动将索引的状态改回来 PUT _settings { "index": { "blocks": { "read_only_allow_delete": "false" } } } //或者 curl -XPUT http://host:9200/_settings -H 'Content-Type: application/json' -d

在 Elasticsearch 中设置某个节点临时不可用（例如进行维护或升级），可以通过以下步骤安全地操作，避免数据丢失或集群状态异常。主节点（Master Node）：如果目标节点是主节点，确保集群中还有其他可用主节点。强制停机风险：直接关闭节点而不迁移分片可能导致集群变黄/红（部分数据不可用）。执行后，Elasticsearch 会开始将此节点上的分片迁移到其他节点。说明：禁用分片自动分配，避免节点下线时触发数据迁移。说明：恢复分片自动分配，允许集群重新平衡数据。5.维护完成后恢复节点。

本文深入解析Elasticsearch的磁盘警戒机制，特别是95%水位线触发的只读模式自我保护机制。通过实战案例和应急处理方案，提供从快速释放空间到预防性运维的完整解决方案，帮助运维团队有效管理ES集群存储空间，避免数据写入中断风险。