elasticsearch 如果我希望Elasticsearch更快，我是否只需向集群添加更多节点？

似乎Kibana会花30秒来处理我的一些查询，然后自动取消请求。有点沮丧，因为我希望单节点、双主节点/数据节点就足够了。似乎情况并非如此，为了提高查询速度，我应该添加额外的节点（我认为是数据），以帮助更快地处理事情

也就是说，这对Kibana 7.6来说是很自然的事情吗？它会在30秒后自动取消请求，还是会被禁用？我当时希望有一个单一的节点，并同意节点需要时间来处理，因为我实际上只是查询来监控吞吐量

似乎如果我真的想提高查询时间，我应该考虑添加一个额外的数据节点（或2个）来提高查询能力，但不一定是索引，因为它仍然以每5分钟2百万个条目的速度平稳运行。

EDIT

您可以通过调用取消搜索。Kibana确实会从以下文件中取消查询：

对Elasticsearch的进行中搜索请求现在将被取消 当请求新的搜索时，或当用户离开 翻页或从仪表板中删除面板

这主要是防止单个kibana客户端发出多个请求，而不是超时取消。如果您一直等待，并且不执行其他操作，那么最终可以获得搜索/聚合结果

来源帖子

它会在30秒后自动取消请求，还是会被禁用

ES中的查询将运行，没有超时。Kibana只是没有得到需要很长时间才能回复的回复。要配置此超时，

kibana.yaml

具有以下（默认）设置：

# Time in milliseconds to wait for responses from the back end or elasticsearch.
# This must be > 0
request_timeout: 300000

代替kibana，您可以为您的请求编写java客户端，或者使用

curl

调用ES REST API。通常这可以实现更长的超时

似乎如果我真的想改进查询时间，我应该考虑添加一个额外的数据节点（或2个）来改进查询功能

多个因素影响ES查询性能，更明智的做法是关注真正的瓶颈。

---

CPU使用率、内存使用率、磁盘吞吐量、网络带宽等。最好弄清楚瓶颈是什么。添加节点、使用SSD代替SATA或添加内存也可能有所帮助

kibana确实取消了7.4->中的查询，您可能需要编辑答案，因为OP正在使用7.6。最近版本的elasticsearch也可以取消查询。Kibana开发者在论坛上确认Kibana确实会取消请求。默认情况下，如果yaml中未定义，则为30秒。尽管如此，我确实认为更关注瓶颈也很重要。增加更多的机器只会把罐头踢到后面，以后还会出现。话虽如此，我想我应该只看ES而不是kibana。如果我想改进ES，那么我认为我应该查看我的日志，并可能更新数据类型，以便在datetime和其他属性上建立索引。另外，我很好奇是否可以基于道具重新索引当前实例。