ES权威指南[官方文档学习笔记]-25 Scale horizontally

当项目需要时如何扩容？
如果我们启动第3个节点，我们的集群识别它。见图4.“3个节点的集群-主从分片已经重新部署来分摊负载”

节点1和节点2分别有一个分片移动到了节点3.每个节点有2个分片，有助于减少负载。
注意，此时并不是每个节点都有所有的数据，我的意思是任何一个节点，就算有主和从分片加起来。，也没有保证任何一个文档在当前机器上。

一个分片是一个搜索引擎，可以使用当前节点的所有资源，当前有6个分片（3主3从），我们的索引可以扩容到最大6个节点，每个节点1个分片，并且，每个分片可以使用节点的所有资源。

如果我们想扩容到多于6个节点呢？

前面说过：主分片的个数在创建时已经指定了，数量决定了数据的最大容量，尽管如此，读请求，比如搜索或者文档检索，可以被主分片或者从分片处理，所以如果你有更多的从分片冗余备份，我们可以处理更多的读请求来获得更多的吞吐量。

虽然主分片的个数在创建时已经指定不可更改，但是从分片可以更改，只要你有这个需求就可以，让我们把从分片的数量从1变到2.

PUT /blogs/_settings
{
"number_of_replicas" : 2
}

如图5所示, the blogs 索引现在有了9个分片，3主6从. 如果我们想要增加另外3个节点到我们的6个节点集群里，会是什么情况？
自然是9个节点每个节点1个分片。并且我们的集群可以获得50%的增长来处理查询请求。

注意：有更多的主从分片在同样数量的节点情况下，不会提高性能，因为每个分片可获取的资源更小，你需要增加硬件。
但是更多的分片意味着我们有更多的冗余，这样节点挂了也不会失去数据。