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)分片操作之前,一般要对索引数据进行备份,以防意外发生,备份操作如下:文章来源:https://www.toymoban.com/news/detail-775698.html
- 备份索引数据:
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.文章来源地址https://www.toymoban.com/news/detail-775698.html
POST /_cluster/reroute
{
"commands": [
{
"move":{
"index": "idx_items",
"shard": 0,
"from_node": "node-1",
"to_node": "node-2"
}
}
]
}
到了这里,关于Elasticsearch的分片平衡问题解决的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!