对应7.2官方文档路径：Index modules » Index Shard Allocation
官方地址如下：
https://www.elastic.co/guide/en/elasticsearch/reference/7.2/index-modules-allocation.html

此模块提供了每个索引的设置来控制节点上的分片分配
分片分配过滤:控制哪些分片分匹配到哪些节点
推迟分配:推迟分配由于节点离开导致的未分配分片
每个节点分片数:一个索引可以在一个节点分配的分片数的硬性要求

1.索引级别分片分配过滤

你可以使用分片分配过滤来控制es分配指定索引的分片到哪里。这个每个索引的过滤可以集群级别的分配过滤和分配感知配合使用。
分片分配过滤可以基于自定义节点属性或者内置的属性_name，host_ip，publish_ip，_ip或者_host。索引生命周期管理使用基于自定义属性的过滤来决定怎样在不同阶段重新分配移动分片
index.routing.allocation设置是动态的，允许将活动的索引从一组节点移动到另一组节点。分片只有在不打破其他路由规则的前提条件下才可以移动，例如不能将主副分片移动到同一个节点。
例如，你可以使用自定义节点属性来标明节点的性能特征，并使用分片分配过滤将指定索引的分片路由到最合适的硬件类别。

启用索引级别分片分配过滤

基于自定义属性过滤

在每个节点的yml配置文件中使用自定义属性描述具体的过滤特征，例如，你可以添加一个size属性来基于节点的大小属性进行过滤为small，medium，big节点。

node.attr.size:medium

你也可以在启动节点的时候设置自定义属性：

./bin/elasticsearch -Enode.attr.size=medium

添加索引的一个路由分片过滤，index.routing.allocation设置支持三种类型的过滤：include,exclude和require。例如：告诉es分配test索引的分片到big或者medium节点，使用index.routing.allocation设置如下:

PUT test/_settings
{
  "index.routing.allocation.include.size": "big,medium"
}

如果你指定多个过滤，则必须满足所有条件才能重新分配分片。例如，移动test索引到rack1区域的big属性节点中，你可以这样指定：

PUT test/_settings
{
  "index.routing.allocation.include.size": "big",
  "index.routing.allocation.include.rack": "rack1"
}

索分分配过滤设置

index.routing.allocation.include.{attribute}
将索引分配给attribute属性至少匹配一个逗号分隔中的值的节点。
index.routing.allocation.require.{attribute}
仅将索引分配给attribute属性具有所有逗号分隔后的值的节点。
index.routing.allocation.exclude.{attribute}
禁止将索引分配给attribute属性具有任何一个逗号分隔后的值的节点。

索引分配设置支持一下内置的属性：
_name ：通过节点名字匹配
_host_ip ：通过ip地址匹配(与hostname相关联的ip)
_publish_ip ：通过publish ip地址匹配
_ip ：匹配_host_ip或者_publish_ip
_host ：通过hostname匹配
你可以使用通配符描述属性值，例如：

PUT text /_settings
{
    "index.routing.allocation.include._ip": "192.168.2.*"
}

2.节点离开延时分配

当一个节点出于任何原因离开集群(有意或者无意的)离开集群，主节点会做出以下反应：

将副本分片提升为主分片来代替此节点上离线的主分片。
分配副本分片代替此节点上的离线副本分片(如果节点数满足的话)。
在尚存的节点间重新平均分配分片。
这些行为旨在通过尽快的使每个分片充分的备份来保护集群的数据不丢失。

即使我们在节点级别和集群级别都限制了并发恢复，但是这种“分片转移”仍会给集群增加很多额外的负载，如果丢失的节点可能很快就会返回，则可能没有必要。想象一下这种情况：

5节点失去了网络连接
主节点将5节点上的每个主分片对应的其他节点上的副本分片提升为主分片
主节点在集群内其他节点上分配新的副本分片
每个新的副本分片通过网络复制完整的主分片备份
很多分片都移动到不同的节点来平衡集群
5节点过了几分钟恢复了网络连接
主节点重新平衡集群，分配分片到5节点

如果主节点等一会的话，丢失的分片就可以重新分配到5节点并消耗很少的网络流量。对于已sync-flushed的空闲分片（未接收索引请求的分片），此过程甚至更快。
可以使用index.unassigned.node_left.delayed_timeout 动态设置（默认为1m）延迟由于节点离开而无法分配的副本分片的分配。
可以在活动的索引（或所有索引）上更新此设置：

PUT _all/_settings
{
  "settings": {
    "index.unassigned.node_left.delayed_timeout": "5m"
  }
}

当延时分配生效，上面的情况将按以下进行：

5节点失去了网络连接
主节点将5节点上的每个主分片对应的其他节点上的副本分片提升为主分片
主服务器记录一条消息，指出未分配的分片的分配已延迟，并记录延时多长时间。
群集保持黄色，因为存在未分配的副本分片。
几分钟后，节点5在timeout到期之前返回(上面设置了5m)。
丢失的副本将重新分配给节点5（sync-flushed的分片几乎立即恢复）。
注：延时分配不会影响将副本分片提升为主分片，也不会影响之前未分配的副本分片的分配。特别是，在整个集群重启后，延时分配不会生效。在发生主节点故障切换时，延时分配超时时间会被重置。

取消分片重定位

如果延时分配超时，主节点将未分配的分片分配给其他节点将启动recovery。如果丢失的节点重新加入集群，并且他的分片仍然保有和主分片相同sync-id，分片重分配将会终止，synced的分片将会代替进行recovery。
这就是默认延时分配超时时间设置为1m的原因：即使分片开始重新分配，取消recovery以支持synced分片也很容易。

监控延时未分配的分片

通过cluster health API可以看到因为延时分配策略而延时分配的分片数量：

GET _cluster/health

该请求将返回一个delayed_unassigned_shards值

永久删除一个节点

如果一个节点永远不会回来，并且你希望es立刻分配丢失的分片，更新超时时间为0：

PUT _all/_settings
{
  "settings": {
    "index.unassigned.node_left.delayed_timeout": "0"
  }
}

您可以在丢失的分片开始恢复后立即重置超时。

3.索引恢复的优先级

未分配的分片将按优先级进行分配，如果可以，索引将按以下优先级恢复：

可选参数index,priority(从高到低)（越大越先恢复）
索引创建日期(从高到低)
索引名字(从高到低)
这意味着，默认新索引将比旧的索引先分配。

使用索引级别的动态更新更新index.priority设置可以自定义索引的优先级顺序，例如：

PUT index_1
PUT index_2
PUT index_3
{
  "settings": {
    "index.priority": 10
  }
}
PUT index_4
{
  "settings": {
    "index.priority": 5
  }
}

在上述例子中：
index_3将最先恢复因为他有最高的index.priority参数
index_4将接着恢复因为他有第二高的index.priority参数
index_2将接着恢复因为他更最近创建
index_1将最后恢复

此项设置接收一个integer值，他可以使用update index settings API动态更新活动的索引：

PUT index_4/_settings
{
  "index.priority": 1
}

4.每个节点的分片数量

集群级别分片分配器尝试将单个索引的分片分布在尽可能多的节点上。但是，这取决于你拥有的分片和索引的数量以及它们的大小，可能并不总是能够均匀地分布分片。
以下动态设置允许你硬性限制每个节点允许分配的的单个索引的分片总数：
index.routing.allocation.total_shards_per_node
将分配给单个节点的最大分片数（主分片和副本分片）。默认为无限。

你还可以限制节点可以拥有的总分片数量，而与索引无关：
cluster.routing.allocation.total_shards_per_node
将在全局范围内分配给单个节点的最大分片数（主分片和副本分片）。默认为无限（-1）。
注：这些设置施加了硬限制，这可能导致某些分片无法分配。请谨慎使用。

官方文档-索引级别分片分配