在生產環境下，如果不修改elasticsearch節點的角色信息，在高數據量，高併發的場景下集群容易出現腦裂等問題。
默認情況下，elasticsearch集群中每個節點都有成為主節點的資格，也都存儲數據，還可以提供查詢服務。
這些功能是由兩個屬性控制的。
node.master和node.data
默認情況下這兩個屬性的值都是true。
下面詳細介紹一下這兩個屬性的含義以及不同組合可以達到的效果。
node.master：這個屬性表示節點是否具有成為主節點的資格
注意：此屬性的值為true，並不意味著這個節點就是主節點。
因為真正的主節點，是由多個具有主節點資格的節點進行選舉產生的。
所以，這個屬性只是代表這個節點是不是具有主節點選舉資格。
node.data：這個屬性表示節點是否存儲數據。
這兩個屬性可以有四種組合：
第一種：這種組合表示這個節點即有成為主節點的資格，又存儲數據，
這個時候如果某個節點被選舉成為了真正的主節點，那麼他還要存儲數據，這樣對於這個節點的壓力就比較大了。
elasticsearch默認每個節點都是這樣的配置，在測試環境下這樣做沒問題。實際工作中建議不要這樣設置，
這樣相當於主節點和數據節點的角色混合到一塊了。
node.master: true
node.data: true
第二種：這種組合表示這個節點沒有成為主節點的資格，也就不參與選舉，只會存儲數據。
這個節點我們稱為data(數據)節點。在集群中需要單獨設置幾個這樣的節點負責存儲數據。後期提供存儲和查詢服務。
node.master: false
node.data: true
第三種：這種組合表示這個節點不會存儲數據，有成為主節點的資格，可以參與選舉，有可能成為真正的主節點。
這個節點我們稱為master節點
node.master: true
node.data: false
第四種：這種組合表示這個節點即不會成為主節點，也不會存儲數據，
這個節點的意義是作為一個client(客戶端)節點，主要是針對海量請求的時候可以進行負載均衡。
node.master: false
node.data: false
默認情況下，每個節點都有成為主節點的資格，也會存儲數據，還會處理客戶端的請求。
在一個生產集群中我們可以對這些節點的職責進行劃分。
建議集群中設置3臺以上的節點作為master節點【node.master: true node.data: false】
這些節點只負責成為主節點，維護整個集群的狀態。
再根據數據量設置一批data節點【node.master: false node.data: true】
這些節點只負責存儲數據，後期提供建立索引和查詢索引的服務，這樣的話如果用戶請求比較頻繁，這些節點的壓力也會比較大
所以在集群中建議再設置一批client節點【node.master: false node.data: true】
這些節點只負責處理用戶請求，實現請求轉發，負載均衡等功能。
master節點：普通服務器即可(CPU 內存 消耗一般)
data節點：主要消耗磁盤，內存
client節點：普通服務器即可(如果要進行分組聚合操作的話，建議這個節點內存也分配多一點)
閱讀更多 運維搬磚工 的文章
