ElasticSearch教程-分布式集群之横向扩展

随着应用需求的增长我们该如何扩展如果我们启动第三个节点我们的集群会重新组织自己就像图4

图4包含3个节点的集群——分片已经被重新分配以平衡负载

Node3包含了分别来自Node 1和Node 2的一个分片这样每个节点就有两个分片和之前相比少了一个这意味着每个节点上的分片将获得更多的硬件资源CPU、RAM、I/O。

分片本身就是一个完整的搜索引擎它可以使用单一节点的所有资源。我们拥有6个分片3个主分片和三个复制分片最多可以扩展到6个节点每个节点上有一个分片每个分片可以100%使用这个节点的资源。

 

如果我们要扩展到6个以上的节点，要怎么做？

主分片的数量在创建索引时已经确定。实际上，这个数量定义了能存储到索引里数据的最大数量（实际的数量取决于你的数据、硬件和应用场景）。然而，主分片或者复制分片都可以处理读请求——搜索或文档检索，所以数据的冗余越多，我们能处理的搜索吞吐量就越大。

复制分片的数量可以在运行中的集群中动态地变更，这允许我们可以根据需求扩大或者缩小规模。让我们把复制分片的数量从原来的1增加到2：

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

图5：增加number_of_replicas到2：

从图中可以看出，blogs索引现在有9个分片：3个主分片和6个复制分片。这意味着我们能够扩展到9个节点，再次变成每个节点一个分片。这样使我们的搜索性能相比原始的三节点集群增加三倍。

当然，在同样数量的节点上增加更多的复制分片并不能提高性能，因为这样做的话平均每个分片的所占有的硬件资源就减少了（译者注：大部分请求都聚集到了分片少的节点，导致一个节点吞吐量太大，反而降低性能），你需要增加硬件来提高吞吐量。

不过这些额外的复制节点使我们有更多的冗余：通过以上对节点的设置，我们能够承受两个节点故障而不丢失数据。