为什么对一个 Web 应用程序使用多个 ElasticSearch 索引？

Question

在提出与将 ES 用于 Web 应用程序有关的问题时，建议为用户配置文件等内容设置一个索引，为数据等设置另一个索引，为日志使用其他几个索引。

将这些都放在一个包含多个 Web 应用程序的集群上，这似乎事情可能会变得混乱或杂乱无章。

在这种情况下，人们是否为每个应用程序使用一个集群？我有点困惑，因为当我阅读有关索引日志的文章时，它们似乎指的是将数据存储在多个索引中，而不是索引中的类型。

其次，为什么不为每个应用程序提供一个索引，其中包含日志、用户配置文件、数据等类型？

在 Web 应用程序的索引中使用多个索引而不是多个类型是否有一些好处？

--更新--

除此之外，这个问题中的评论，弹性搜索，多个索引与一个索引以及不同数据集的类型？，似乎没有解释为什么：

数据保留：对于应用程序日志/指标数据，如果需要不同的保留期，请使用不同的索引

是否建议这样做，因为删除整个索引比删除索引中的类型更简单？它是否与数据的存储方式有关，然后在删除数据后恢复空间？

Answer 1

我找到了创建多个索引的主要原因，这些索引满足了我在 ElasticSearch 的分页文档中对答案的追求：

为了理解为什么深度分页有问题，让我们假设我们正在具有五个主分片的单个索引中进行搜索。当我们请求结果的第一页（结果 1 到 10）时，每个分片都会生成自己的前 10 个结果，并将它们返回到请求节点，然后请求节点对所有 50 个结果进行排序，以选择整体的前 10 个结果。

现在想象一下，我们要求第 1，000 页 — 结果 10，001 到 10，010。一切都以相同的方式工作，除了每个分片必须产生其前 10，010 个结果。然后，请求节点对所有 50，050 个结果进行排序并丢弃其中的 50，040 个！

您可以看到，在分布式系统中，排序结果的成本随着我们页面的深入而呈指数级增长。网络搜索引擎不会为任何查询返回超过 1，000 个结果是有充分理由的。