Elasticsearch的分片平衡问题解决

news2024/11/25 20:26:48

2023年11月份在某电商系统生产中的Elasticsearch（以下简称ES）集群突然，出现了大量慢查询告警，导致请求堆积。经过几天的排查发现了ES节点主分片和副本分片分布存在不均匀的问题。当然了暂未有定论是由于分片不均衡导致了性能下降，但是主分片和副本分片分布不均匀确实是个问题。

1、概念说明

下面我们来介绍一些重要的概念。

集群（cluster）：代表一个集群，其中包含多个节点。集群中有一个主节点，这个主节点通过选举产生。主节点和从节点是集群内部的概念。Elasticsearch采用去中心化的设计，即在集群外部看来，没有中心节点，因为对外部来说，与任何一个节点通信和与整个Elasticsearch集群通信是等价的。
主分片（Primary Shard）：代表索引的主分片。Elasticsearch可以将一个完整的索引分成多个主分片，将其分布在不同的节点上，实现分布式搜索。主分片的数量只能在索引创建前指定，并且创建后不能更改。
副本分片（Replica Shard）：代表索引的副本分片。Elasticsearch可以为一个索引设置多个副本，副本的作用有两个方面：一是提高系统的容错性，当某个节点的分片损坏或丢失时，可以从副本中恢复数据；二是提高查询效率，Elasticsearch会自动对搜索请求进行负载均衡。
数据恢复（recovery）：或重新分布是指在节点加入或退出集群时，根据机器的负载情况重新分配索引分片的过程。当一个节点重新启动时，也会进行数据恢复。

那么，在什么情况下可能导致分片分布不均匀呢？

索引的动态均衡 ：包括集群内部节点数量调整、新增索引、删除索引副本、删除索引等情况；
增加副本 ：因有大量的数据集中写入到某个节点；
节点宕机：通常在下线一个Elasticsearch节点后，该节点上的主分片会被判定为丢失，此时Elasticsearch集群会自动将其他节点上的副本分片设置为主分片。当该节点重新启动时，分片数据会被识别为副本分片。这些操作可能导致一些节点上的主分片较为集中，而另一些节点上的副本分片较为集中；
大量集中数据写入：大量数据的集中写入可能导致主分片在短时间内不均匀的情况。当业务场景需要大量写入时，如果设置了较多的ingest节点进行写入，由于无法实时同步，可能会导致主分片在节点之间不均匀地分布。

上述两种情况经常发生，因此分片分布不均匀并不罕见。

2、分配与平衡策略

以下动态设置可用于控制集群中分片的重新平衡：
在这里插入图片描述

2.1、 shard分配策略

参数说明： cluster.routing.allocation.enable-(动态）启用或禁用特定类型分片的分配：

all -（默认值）允许为所有类型的分片分配分片。
primaries - 仅允许为主分片分配分片。
new_primaries - 仅允许为新索引的主分片分配分片。
none - 不允许对任何索引进行任何类型的分片分配。
重新启动节点时，此设置不会影响本地主分片的恢复。如果重新启动的节点具有未分配的主分片的副本，会立即恢复该主分片。

cluster.routing.allocation.node_concurrent_incoming_recovers
允许在一个节点上进行多少次并发的传入分片恢复。传入恢复是指在节点上分配目标分片（很可能是副本，除非分片正在重新定位）的恢复。默认值为2。
cluster.routing.allocation.node_concurrent_outgoing_recoveries
允许在一个节点上进行多少次并发传出分片恢复。传出恢复是指在节点上分配源分片（很可能是主分片，除非分片正在重新定位）的恢复。默认值为2。
cluster.routing.allocation.node_concurrent_recoveries
设置cluster.routing.allocation.node_concurrent_incoming_recoveries和cluster.routing_allocation.node _concurrent_outgoing_recoveries的快捷方式。
cluster.routing.allocation.node_initial_priparies_recoveries
虽然复制副本的恢复是通过网络进行的，但节点重新启动后未分配的主服务器的恢复使用本地磁盘中的数据。这些恢复应该很快，这样就可以在同一节点上并行进行更多的初始主恢复。默认值为4。
cluster.routing.allocation.same_shard.host
允许根据主机名和主机地址执行检查，以防止在单个主机上分配同一分片的多个实例。默认为false，表示默认情况下不执行任何检查。此设置仅适用于在同一台计算机上启动多个节点的情况。

2.2. rebalance平衡策略

参数说明：cluster.routing.allocation.allow_rebalance用来控制rebalance触发条件：

always - 始终允许重新平衡；
indices_primaries_active - 仅在所有主分片可用时；
indices_all_active - （默认）仅当所有分片都激活时；
cluster.routing.allocation.cluster_concurrent_rebalance用来控制均衡力度，允许集群内并发分片的rebalance数量，默认为2。
cluster.routing.allocation.node_concurrent_recoveries，每个node上允许rebalance的片数量。

3、解决方案

3.1、重启节点

在重启ES集群之前，我们先来看看集群分片分配设置(allocation和rebalance)默认参数。
在这里插入图片描述
默认设置情况下，经过多次重启，实践证明重启条件下ES集群不会触发自动均衡。

3.2 自动分片迁移

假如以idx_items商品索引为例，我们在进行重新(reblance)分片操作之前，一般要对索引数据进行备份，以防意外发生，备份操作如下：

备份索引数据：

POST _reindex
{

 "source":{
   "index": "idx_items"
  },
  "dest": {
   "index": "idx_items_temp"
  }
}

集群开启自动分片(shard allocation)：

PUT _cluster/settings
{
 "persistent":{
   "cluster.routing.allocation.enable": "all",
   "cluster.routing.rebalance.enable": "all",
 }
}

降低副本数为0

PUT idx_items/_settings
{
 "number_of_replicas": 0
}

3.3 手动分片迁移

集群开启分片平衡(shard rebalance)：

PUT _cluster/settings
{
 "persistent":{
   "cluster.routing.allocation.enable": "all",
   "cluster.routing.rebalance.enable": "none",
 }
}

降低副本数为0

PUT idx_items/_settings
{
 "number_of_replicas": 0
}

手动分片迁移

从节点名称为node-1迁移到节点名称node-2，迁移的分片为0.

POST /_cluster/reroute
{
 "commands": [
  {
    "move":{
	 "index": "idx_items",
	 "shard": 0,
	 "from_node": "node-1",
	 "to_node": "node-2"
	}
  }
 ]
}