首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >Elasticsearch在主节点上随机死亡。在进行故障排除时,我应该注意什么?

Elasticsearch在主节点上随机死亡。在进行故障排除时,我应该注意什么?
EN

Stack Overflow用户
提问于 2016-02-16 02:18:22
回答 1查看 76关注 0票数 0

我有两个正在运行的Elasticsearch虚拟机(4GBRAM虚拟机),它们配置在一个包含2个节点的集群中。它已经正常运行了几个月,但在过去的一周里,突然之间,主节点无缘无故地结束了(我能找到)。

因此,当我尝试重新启动节点时,需要一段时间才能重新同步,但最终还是这样做了。

我设置了只使用服务器上RAM的1/2,它似乎是这样做的,但看看我的空闲内存和HTOP,我发现消耗的内存比这多得多。

我的基于浏览器的插件(Bigdesk,Marvel,elasticsearch-head)现在的响应速度也非常慢。我注意到我的marvel索引文件很大--每天超过1 GB。我可以删除这些来提高性能吗?marvel数据比我的实际索引/可搜索数据要多得多。

我还能做些什么来调整和优化这个系统呢?

谢谢。

EN

回答 1

Stack Overflow用户

发布于 2016-02-16 02:49:17

找到了一个解决方案,希望这能对其他人有所帮助。我做了一些其他的搜索,因为我注意到有一大堆的Marvel索引,它们都很大。我找到了Curator,并删除了超过30天的索引。

代码语言:javascript
运行
复制
curator --host <IP ADDRESS> delete indices --older-than 30 --time-unit days --timestring '%Y.%m.%d'

该命令清除了超过30天的所有索引,集群立即变绿,所有插件都正常工作。诚然,我知道我正在丢失超过30天的历史数据,但这是可以的。

其他人可能也在同一条船上。

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/35416349

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档