弹性搜索集群的性能问题

Question

我们使用 elastic 进行非常有效的搜索，但一次简单的搜索似乎需要大约 800 毫秒。这是我们直接使用弹性 API 命中的时候。。

我们有自己的集群，有 3 个节点，其中一个作为主节点，另外两个作为数据节点。我们只有一种数据类型的索引，因为所有项目都是相同的。我们有大约 800 万条记录。我们有 5 个主分片和 2 个副本分片。

我的查询是：

1. 在一个索引/类型中有 800 万可能会导致这种情况？我应该考虑拆分它吗？
2. 我们总是打主节点读写，是否应该考虑调用数据节点进行读取？
3. 为了获得更好的性能，我还应该考虑做些什么不同的事情？

提前非常感谢。

Answer 1

1. 单个索引中的 800 万个文档并不多，但这取决于您机器的硬件规格（请随时更新您的问题）
2. 您应该永远不要点击主节点来搜索您的文档，而应该直接点击其中一个数据节点。主节点仅用于管理您的集群，但绝不应充当处理您的查询的客户端/协调节点
3. 只有两个数据节点，不需要2个副本分片，一个就足够了