Elasticsearch 6.x中number_of_routing_shards的最大值

Question

索引AND的最大建议值是多少？

我可以指定一个非常高的值，例如30000吗？如果这样做有什么副作用？

Answer 1

这将为您提供30.000个分片（根据https://www.elastic.co/guide/en/elasticsearch/reference/6.x/indices-split-index.html）的索引，这是...无用的。

随着所有软件的调整，建议值随您的不同而变化：

• 用例
• 硬件（VM /网络/磁盘...）？
• 指标

Answer 2

分片是由 elasticsearch 创建的索引的“切片”，可以灵活地分发索引数据。例如，在多个数据节点之间。

分片，在底层是独立工作的 lucene 段集，可以独立查询。这使得高性能成为可能，因为搜索操作可以拆分为独立的进程。

您拥有的分片越多，给定索引的存储分配就越灵活。这显然有一些警告。

分布式搜索必须相互等待才能将步骤结果合并为一致的响应。如果有很多分片，则必须将查询切分成更多的部分（有计算开销）。查询分布到每个分片，其哈希值与当前搜索中的任何一个匹配（并非所有分片都必须被每个查询命中），因此最繁忙（较慢）的分片将定义搜索的整体性能。

最好拥有平衡数量的索引。每个索引都有一个存储在 cluster state 中的内存占用。您拥有的索引越多，集群状态就越大，在所有集群节点之间共享所需的时间就越多。 索引的分片越多，它变得越复杂，因此将其序列化到集群状态所需的大小就越大，从而降低全局速度。