【问题标题】:Elasticsearch High CPU When Idle空闲时 Elasticsearch 高 CPU
【发布时间】:2014-05-06 03:16:26
【问题描述】:

我对 Elasticsearch 还很陌生,遇到了一个问题,我什至在排除故障时都遇到了困难。即使没有进行任何搜索或索引,我的 Elasticsearch (1.1.1) 目前仍在加速 CPU。 CPU 使用率并不总是 100%,但它会上升很多,并且负载非常高。

以前,此节点上的索引可以正常运行几个月,没有任何问题。这是今天才开始的,我不知道是什么原因造成的。

即使在我重新启动 ES 之后问题仍然存在,我什至完全绝望地重新启动了服务器。对问题没有影响。

这里有一些统计数据可以帮助解决问题,但我想还需要更多信息。我只是不确定要提供什么。

弹性搜索 1.1.1
Gentoo Linux 3.12.13
java版本“1.6.0_27”
OpenJDK 运行时环境 (IcedTea6 1.12.7) (Gentoo build 1.6.0_27-b27)
OpenJDK 64 位服务器 VM(内部版本 20.0-b12,混合模式)

一个节点,5个分片,0个副本

系统上 32GB RAM,16GB 专用于 Elasticsearch
RAM 似乎不是这里的问题。

任何解决问题的提示都将不胜感激。

编辑:如果有帮助,请从顶部获取信息。

top - 19:56:56 up  3:22,  2 users,  load average: 10.62, 11.15, 9.37
Tasks: 123 total,   1 running, 122 sleeping,   0 stopped,   0 zombie
%Cpu(s): 98.5 us,  0.6 sy,  0.0 ni,  0.7 id,  0.2 wa,  0.0 hi,  0.0 si,  0.0 st
KiB Mem:  32881532 total, 31714120 used,  1167412 free,   187744 buffers
KiB Swap:  4194300 total,        0 used,  4194300 free, 12615280 cached

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND                                                                                  
 2531 elastic+  20   0  0.385t 0.020t 3.388g S 791.9 64.9 706:00.21 java  

【问题讨论】:

  • 您能否提供更多详细信息,例如您的 htop 日志?
  • 添加了顶级信息(未安装 htop)。如果您还有什么想看的,请告诉我。
  • Lucene 做了一些我知道的背景合并。我会看看你是否可以在 CPU 高时进行线程转储,也许你可以看到可能占用 CPU 的内容。否则我会发到 ES 组。

标签: elasticsearch


【解决方案1】:

正如 Andy Pryor 所提到的,后台合并可能是导致问题的原因。我们的索引翻转已暂停,我们当前的两个索引超过 200GB。把它们翻过来似乎已经解决了这个问题,从那以后我们一直在哼唱。

编辑: 看似空闲时的高负载被确定是由几个非常大的索引上的合并引起的,这些索引没有每周滚动一次。这是每周更新指数的内部流程的失败。在解决了这个疏忽之后,合并时间很短并且高负载消退了。

【讨论】:

  • 这不是答案!它看起来更像是对@Andy Prior 所写内容的评论
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2017-12-05
  • 1970-01-01
  • 2013-01-13
  • 1970-01-01
相关资源
最近更新 更多