elasticsearch - “Index creation no longer defaults to five shard”背后的原因

Question

“索引创建不再默认为五个分片而是一个分片”背后的原因是什么

到目前为止，假设是，更多的分片=更多的可伸缩性=更多的并行性
这种变化是否会破坏像ES这样的分布式系统的整个目标？

Answer 1

是的，您可以关联更多的分片=更多的可伸缩性=更多的并行性，但这仅在仅当这些分片利用集群中的多核或更多机器(数据节点)时才有用。

这是默认配置，它是为基本工作负载创建的，显然需要针对高级用例进行微调，这是使其具有可扩展性的唯一目的，因此设计完美的Elasticsearch集群非常困难，因此取决于各种因素，Elasticsearch倾向于提供一些默认值，这些默认值在一般用例中更有效。

要么从少量的工作量开始，然后逐渐增加工作量，要么从一开始就以巨大的工作量开始(在这种情况下，您将有更多的分片来获得第一行中列出的好处，用于高级用例)。

但是首次使用是更常见的，Elasticsearch的优点在于，您几乎不需要什么知识就可以入门，并且这些默认设置对于中等的工作负载非常有效，并且通常您不必更改它们，甚至不必了解它们。细节。

如this case-study中所述，对于少量文件的大量分片会产生大量搜索流量，这会造成问题(单个搜索最多创建5个线程，默认分片为5)，这是大多数基本和普通版本的常见用法那里的应用程序。

因此，将默认分片更改为1作为其更常见的用例是有意义的，除此之外，您还需要进一步扩展集群规模的任何方式，这将需要进一步对Elasticsearch进行微调。