要启用分片分配感知:

在此示例配置中，如果启动两个节点且将 node.attr.rack_id 设置为 rack_one (机架1)，并创建一个包含 5 个主分片和每个主分片 1 个副本的索引，则所有主分片和副本都将在这两个节点之间分配。

如果在 node.attr.rack_id 设置为 rack_two(机架2) 的情况下添加两个节点，Elasticsearch 会将分片移动到新节点，确保(如果可能的话)没有同一个分片的两个副本都在同一个机架中。

如果 rack_two(机架2) 出现故障并关闭了它的两个节点，默认情况下，Elasticsearch 会将丢失的分片副本分配给 rack_one (机架1) 上的节点。 为了防止在同一位置分配特定分片的多个副本，可以启用 强制感知 (forced awareness)。

默认情况下，如果一个位置失效，Elasticsearch 会将所有丢失的副本分片分配给其余位置。 虽然可能在所有的位置上都有足够的资源来承载主分片和副本分片，但是单个位置可能无法承载所有的分片。

为了防止单个位置在发生故障时超负荷，可以设置 cluster.routing.allocation.awareness.force，以便在其他位置的节点可用之前不会分配副本。

例如，如果有一个名为zone的感知属性，并在zone1和zone2中配置节点，可以使用强制感知来防止 Elasticearch 在只有一个区域可用时分配副本：

cluster.routing.allocation.awareness.attributes: zone
cluster.routing.allocation.awareness.force.zone.values: zone1,zone2 

使用上面这个示例的配置，如果启动两个节点，并将node.attr.zone 设置为 zone1，并创建一个包含 5 个分片和 1 个副本的索引，则 Elasticsearch 将创建索引并分配 5 个主分片，但不分配副本。副本只有在 node.attr.zone 值为zone2 的节点可用时才会分配。

集群分配设置支持以下几个内置的属性：

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

PUT _cluster/settings
{
  "transient": {
    "cluster.routing.allocation.exclude._ip": "192.168.2.*"
  }
}

可以使用以下动态(dynamic)设置将整个集群设置为只读：

基于集群中的节点数量，集群中的分片数量有一个软限制。这是为了防止可能无意中破坏集群稳定性的操作。

如果某项操作（如创建新索引、恢复索引的快照或打开关闭的索引）会导致集群中的分片数量超过此限制，则该操作将失败，并给出错误，指示分片限制。

如果集群由于节点成员的变化或设置的变化已经超过限制，则所有创建或打开索引的操作都将失败，直到增加限制(如下所述),或者关闭或删除一些索引以使分片数低于这个限制。

副本数量计入此限制，但关闭的索引不计入。 包含 5 个主分片和 2 个副本的索引将被计为 15 个分片。 任何关闭的索引都计为 0，不管它包含多少分片和副本。

该限制默认为每个数据节点 1,000 个分片，可以使用以下属性进行动态调整：

例如，使用默认设置的 3 个节点的集群将允许所有打开的索引中共有 3,000 个分片。 如果将上述设置更改为 500，那么集群将总共允许 1,500 个分片。

可以使用 集群设置(Cluster Settings) API 存储和检索用户定义的元数据。 这可以用来存储关于集群的任意、不经常改变的数据，而不需要创建索引来存储这些数据。 可以使用以 cluster.metadata.为前缀的任何键来存储该数据。 例如，要在键 cluster.metadata.administrator下存储集群管理员的 email 地址，请发送以下请求:

PUT /_cluster/settings
{
  "persistent": {
    "cluster.metadata.administrator": "sysadmin@example.com"
  }
}

集群状态维护 索引墓碑 (index tombstones)，以明确表示已被删除的索引。 在集群状态下维护的 墓碑 数量由下面这个不能动态更新的属性控制:

控制记录的设置可以用 logger. 前缀动态更新。 例如，要提高 indices.recovery 模块的日志记录级别到 DEBUG，请发送以下请求:

PUT /_cluster/settings
{
  "transient": {
    "logger.org.elasticsearch.indices.recovery": "DEBUG"
  }
}

插件可以创建一种叫做持久任务 (persistent tasks)的任务。 这些任务通常是长期存在的任务，存储在集群状态中，允许在整个集群重新启动后重新启动这些任务。

每次创建持久任务时，主节点负责将任务分配给集群中的一个节点，然后被分配的节点将接受该任务并在本地执行。 将持久任务分配给节点的过程由下面几个可以动态更新的属性控制：