在生產環境下，如果不修改elasticsearch節點的角色信息，在高數據量，高并發的場景下集群容易出現腦裂等問題。 默認情況下，elasticsearch 集群中每個節點都有成為主節點的資格，也都存儲數據，還可以提供查詢服務。這些功能是由兩個屬性控制的。 >node.master node.data 默認情況下這兩個屬性的值都是true。 **node.master：** 這個屬性表示節點是否具有成為主節點的資格,注意：此屬性的值為true，并不意味著這個節點就是主節點。因為真正的主節點，是由多個具有主節點資格的節點進行選舉產生的。所以，這個屬性只是代表這個節點是不是具有主節點選舉資格。 **node.data：** 這個屬性表示節點是否存儲數據。 **五種組合** **組合1.** >node.master: true node.data: true node.ingest: true 這種組合表示這個節點既有成為主節點的資格，又可以存儲數據，還可以作為預處理節點，這個時候如果某個節點被選舉成為了真正的主節點，那么他還要存儲數據，這樣對于這個節點的壓力就比較大了。 elasticsearch 默認是：每個節點都是這樣的配置，在測試環境下這樣做沒問題。實際工作中建議不要這樣設置，這樣相當于 主節點 和 數據節點 的角色混合到一塊了。 **組合2.** >node.master: false node.data: true node.ingest: false 這種組合表示這個節點沒有成為主節點的資格，也就不參與選舉，只會存儲數據。這個節點我們稱為 data(數據)節點。在集群中需要單獨設置幾個這樣的節點負責存儲數據。后期提供存儲和查詢服務 **組合3.** >node.master: true node.data: false node.ingest: false 這種組合表示這個節點不會存儲數據，有成為主節點的資格，可以參與選舉，有可能成為真正的主節點。這個節點我們稱為master節點 **組合4.** >node.master: false node.data: false node.ingest: true 這種組合表示這個節點即不會成為主節點，也不會存儲數據，這個節點的意義是作為一個 client(客戶端)節點，主要是針對海量請求的時候可以進行負載均衡。在新版 ElasticSearch5.x 之后該節點稱之為：coordinate 節點，其中還增加了一個叫：ingest 節點，用于預處理數據（索引和搜索階段都可以用到），當然，作為一般應用是不需要這個預處理節點做什么額外的預處理過程，那么這個節點和我們稱之為 client 節點之間可以看做是等同的，我們在代碼中配置訪問節點就都可以配置這些 ingest 節點即可。 **組合5.** >node.master: false node.data: false node.ingest: false 這種配置為純查詢模式，節點只可以接受查詢，對于查詢數據量比較大的集群，配置這種節點可以有效的保護數據節點，防止datanode內存溢出。這種模式比模式四更節省資源，為純查詢模式！ **總結** 默認情況下，每個節點都有成為主節點的資格，也會存儲數據，還會處理客戶端的請求。在一個生產集群中我們可以對這些節點的職責進行劃分。 建議集群中設置 3臺 以上的節點作為 master 節點【node.master: true node.data: false node.ingest:false】，這些節點只負責成為主節點，維護整個集群的狀態。 再根據數據量設置一批 data節點【node.master: false node.data: true node.ingest:false】，這些節點只負責存儲數據，后期提供建立索引和查詢索引的服務，這樣的話如果用戶請求比較頻繁，這些節點的壓力也會比較大 　　 所以在集群中建議再設置一批 ingest 節點也稱之為 client 節點 >node.master: false node.data: false node.ingest:true 或者 >node.master: false node.data: false node.ingest:false 這些節點只負責處理用戶請求，實現請求轉發，負載均衡等功能。 master節點：普通服務器即可(CPU 內存 消耗一般) data 節點：主要消耗磁盤，內存 client | ingest 節點：普通服務器即可(如果要進行分組聚合操作的話，建議這個節點內存也分配多一點)