Shard Allocation Awareness ( 分片分配意識 ) · Elasticsearch 5.4 中文文檔

# Shard Allocation Awareness ( 分片分配意識 ) 原文鏈接 : [https://www.elastic.co/guide/en/elasticsearch/reference/5.4/allocation-awareness.html](https://www.elastic.co/guide/en/elasticsearch/reference/5.4/allocation-awareness.html) 譯文鏈接 : [http://www.apache.wiki/pages/viewpage.action?pageId=10029766](http://www.apache.wiki/pages/viewpage.action?pageId=10029766) 貢獻者 : [小瑤](/display/~chenyao)，[ApacheCN](/display/~apachecn)，[Apache中文網](/display/~apachechina) ## Shard Allocation Awareness 當在同一物理服務器，多個機架上或跨多個感知區域上的多個虛擬機上運行節點時，同一物理服務器，同一機架中或相同感知區域中的兩個節點更有可能會同時崩潰，而不是兩個不相關的節點同時崩潰。如果 **Elasticsearch** 了解硬件的物理配置，則可以確保主分片及其副本分片分布在不同的物理服務器，機架或區域之間，以盡可能減少丟失所有分片副本的風險。分片識別設置允許您告知 **Elasticsearch** 您的硬件配置。例如，假設我們有幾個機架。當我們啟動一個節點時，我們可以通過給它指定一個名為 **rack_id** 的任意元數據屬性來告知它所在的機架 - 我們可以使用任何屬性名稱。例如： ``` ./bin/elasticsearch -Enode.attr.rack_id=rack_one ``` 此設置也可以在?**elasticsearch.yml** 配置文件中指定。現在，我們需要通過告訴 **Elasticsearch** 使用哪些屬性來設置分片分配意識。這可以在所有主節點上的 **elasticsearch.yml** 文件中進行配置，也可以使用 **[cluster-update-settings API](/display/Elasticsearch/Cluster+Update+Settings)** 進行設置（并更改）。對于我們的示例，我們將在配置文件中設置值： ``` cluster.routing.allocation.awareness.attributes: rack_id ``` 使用此配置，假設我們啟動了兩個節點，其中 **node.attr.rack_id** 設置為 **rack_one** ，我們創建一個索引，其中包含 **5** 個主分片和 **1** 個每個主分片的副本。所有原始和副本都分配在兩個節點之間。現在，如果我們再啟動另外兩個節點，其中 **node.attr.rack_id** 設置為 **rack_two** ， **Elasticsearch** 將把分片移動到新節點，確保（如果可能的話），同一個分片的兩個副本不在同一個機架中。但是，如果 **rack_two** 失敗，則取消其兩個節點， **Elasticsearch** 仍然會將丟失的分片副本分配給 **rack_one** 中的節點。 | **Prefer local shards** | | 執行搜索或 GET 請求時，在啟用分片感知的情況下， Elasticsearch 將更愿意使用同一意識組中的本地分片 - 分片來執行請求。這通常比交叉架或意識區更快。 | 可以指定多個感知屬性，在這種情況下，來自每個屬性的值的組合被認為是一個單獨的值。 ``` cluster.routing.allocation.awareness.attributes: rack_id,zone ``` 注意使用感知屬性時，分片不會分配給沒有為這些屬性設置值的節點。注意在具有相同感知屬性值的特定節點組上分配的分片的主/副本數由屬性值的數量確定。當組中的節點數量不平衡并且有許多副本時，副本分片可能未被分配。 ## Forced Awareness ( 強迫意識 ) 假設您有兩個意識區域和兩個區域中的足夠的硬件來托管所有的主要和復制分片。但是，也許在單個區域中的硬件，雖然足以容納一半的碎片，但無法承載所有的碎片。通過普遍的意識，如果一個區域與另一個區域失去聯系， **Elasticsearch** 會將所有丟失的副本分片分配給單個區域。但是在這個例子中，這個突然的額外負載會導致剩下的區域中的硬件過載。強制意識解決了這個問題，絕不允許將同一分片的副本分配到同一個區域。例如，讓我們說一個叫做 **zone** 的意識屬性，我們知道我們要有兩個區域， **zone1** 和 **zone2** 。以下是我們如何強制對節點的意識： ``` cluster.routing.allocation.awareness.force.zone.values: zone1,zone2 cluster.routing.allocation.awareness.attributes: zone ``` 我們必須列出 **zone** 屬性可以具有的所有可能的值。現在，如果我們將 **node.attr.zone** 的 **2** 個節點設置為 **zone1** ，并創建一個具有 **5** 個碎片和 **1** 個副本的索引。將創建索引，但只會分配 **5** 個主分片（沒有副本）。只有當我們啟動 **node.attr.zone** 設置為 **zone2** 的更多節點時，才能分配副本。 **cluster.routing.allocation.awareness**。***** 設置都可以在具有** [cluster-update-settings API](/display/Elasticsearch/Cluster+Update+Settings)** 的實時集群上動態更新。