Elasticsearch 是一个非常通用的平台，它支持各种用例，并在数据组织和复制策略方面提供了极大的灵活性。但是，这种灵活性有时会导致难以预先确定如何最好地将数据组织到索引和分片中，尤其是在你不熟悉 Elastic Stack 的情况下。虽然次优选择在刚开始时不一定会导致问题，但随着数据量的增长，它们有可能导致性能问题。集群拥有的数据越多，纠正问题也就越困难，因为有时可能需要对大量数据进行重新索引。
当我们遇到遇到性能问题的用户时，通常可以追溯到有关数据索引方式和集群中分片数量的问题。对于涉及多租户和/或使用基于时间的索引的用例尤其如此。在与用户讨论这个问题时，无论是在活动或会议上当面还是通过我们的论坛，一些最常见的问题是 “我应该拥有多少分片？” 和 “我的分片应该有多大？”
这篇博文旨在帮助您回答这些问题，并为涉及在一个地方使用基于时间的索引（例如，日志记录或安全分析）的用例提供实用指南。
https://elasticstack.blog.csdn ... 15198
当我们遇到遇到性能问题的用户时，通常可以追溯到有关数据索引方式和集群中分片数量的问题。对于涉及多租户和/或使用基于时间的索引的用例尤其如此。在与用户讨论这个问题时，无论是在活动或会议上当面还是通过我们的论坛，一些最常见的问题是 “我应该拥有多少分片？” 和 “我的分片应该有多大？”
这篇博文旨在帮助您回答这些问题，并为涉及在一个地方使用基于时间的索引（例如，日志记录或安全分析）的用例提供实用指南。
https://elasticstack.blog.csdn ... 15198
[尊重社区原创，转载请保留或注明出处]
本文地址：http://elasticsearch.cn/article/14661
本文地址：http://elasticsearch.cn/article/14661
