索引分片分配

您可以使用分片分配过滤器来控制 Elasticsearch 在何处分配特定索引的分片。这些每个索引的过滤器与集群范围的分配过滤和分配感知一起应用。

分片分配过滤器可以根据自定义节点属性或内置的 _name, _host_ip, _publish_ip, _ip, _host, _id, _tier 和 _tier_preference 属性进行。索引生命周期管理使用基于自定义节点属性的过滤器来确定在不同阶段之间移动时如何重新分配分片。

The cluster.routing.allocation 设置是动态的，允许现有索引立即从一个节点集移动到另一个节点集。只有在不违反其他路由约束（例如，永远不会在同一节点上分配主分片和副本分片）的情况下，分片才会被重新定位。

例如，您可以使用自定义节点属性来指示节点的性能特征，并使用分片分配过滤来将特定索引的分片路由到最合适的硬件类别。

根据自定义节点属性进行过滤：

索引分配设置支持以下内置属性：

在指定属性值时，您可以使用通配符，例如：

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

当一个节点无论出于何种原因（有意或无意）离开集群时，主节点会做出如下反应：

这些操作旨在通过确保每个分片尽快完全复制来保护集群免受数据丢失的影响。

尽管我们在节点级别和集群级别都对并发恢复进行了限制，但这种“分片重排”仍然可能给集群带来大量额外的负载，如果丢失的节点很可能很快返回，这种负载可能是不必要的。想象一下这个场景：

如果主节点只等待几分钟，那么丢失的分片就可以被重新分配到节点5，并且网络流量最小。对于空闲分片（不接收索引请求的分片），这个过程会更快，因为它们已经被自动刷新。

由于节点离开而变为未分配的副本分片的分配可以被延迟，使用动态设置index.unassigned.node_left.delayed_timeout，其默认值为1m。

此设置可以在实时索引上更新（或在所有索引上更新）：

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

启用延迟分配后，上述场景将变为如下所示：

GET _cluster/health 

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

未分配的分片会尽可能按照优先级顺序进行恢复。 索引按照以下优先级顺序进行排序：

这意味着，默认情况下，较新的索引将比旧索引优先恢复。

使用每个索引的动态可更新设置 index.priority 来自定义索引优先级顺序。例如：

PUT index_1

PUT index_2

PUT index_3
{
  "settings": {
    "index.priority": 10
  }
}

PUT index_4
{
  "settings": {
    "index.priority": 5
  }
}

在上面的例子中：

此设置接受一个整数，并且可以使用更新索引设置 API在实时索引上进行更新：

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

集群级别的分片分配器试图将单个索引的分片分散到尽可能多的节点上。然而，根据您拥有的分片和索引数量，以及它们的大小，可能并不总是能够均匀地分散分片。

以下动态设置允许您为每个节点上来自单个索引的分片总数指定一个硬性限制：

您也可以限制节点可以拥有的分片数量，无论索引如何：