我有一个ElasticSearch集群，2个节点运行在一个2核cpu 8gbram示例上。每个节点都传入了参数“es\u java\u opts=-xms3g-xmx3g”。我有4个索引，每个索引有2个碎片和1个副本。两个月后，它下降了。检查了示例监视，没有看到任何cpu或内存峰值。磁盘有足够的可用空间。检查了es日志。我唯一看到的是
[gc][2845340] overhead, spent [339ms] collecting in the last [1s]知道为什么吗？
我有一个ElasticSearch集群，2个节点运行在一个2核cpu 8gbram示例上。每个节点都传入了参数“es\u java\u opts=-xms3g-xmx3g”。我有4个索引，每个索引有2个碎片和1个副本。两个月后，它下降了。检查了示例监视，没有看到任何cpu或内存峰值。磁盘有足够的可用空间。检查了es日志。我唯一看到的是
[gc][2845340] overhead, spent [339ms] collecting in the last [1s]知道为什么吗？
1条答案
按热度按时间7xzttuei1#
当垃圾收集器开始报告它花了大约30%的时间收集垃圾时，通常意味着没有足够的堆了。
您应该稍微增加堆，直到gc停止报告。您可以将堆增加到可用内存的一半，但不能超过30gb
为此，请更改下面的设置，并确保
Xms总是等于Xmx从不超过30岁。