Elasticsearch在主节点上随机死亡。 在故障排除中我应该寻找什么？

Question

我有2个Elasticsearch VM（4 GB RAM VM）正在运行，它们在具有2个节点的1个群集中配置。 它已经运行了好几个月，但是在上个星期突然间，主节点无缘无故地结束了（我可以找到）。

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

我设置为仅使用服务器上RAM的1/2的事情，这似乎是这样做的，但是查看我的可用内存和HTOP，我看到的不仅仅是消耗的内存。

我的基于浏览器的插件（Bigdesk，Marvel，elasticsearch-head）现在响应也非常缓慢。 我注意到我的惊奇索引文件非常庞大-每天超过1 GB。 我可以删除它们以提高性能吗？ 奇迹数据远比我的实际索引/可搜索数据还多。

我还可以做些什么来调整和优化该系统？

谢谢。

Answer 1

找到了解决方案，并希望这会对其他人有所帮助。 我发现我有很多其他的Marvel索引，而且搜索量很大，所以做了一些其他的搜索。 我找到了馆长，并对30天以上的索引进行了删除。

curator --host <IP ADDRESS> delete indices --older-than 30 --time-unit days --timestring '%Y.%m.%d'

该命令清除了超过30天的所有索引，并且群集立即变为绿色，并且所有插件均正常运行。 当然，我知道我会在30天内丢失历史数据，但是没关系。

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