在生產環境下，如果不修改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節點，這些節點只負責成爲主節點，維護整個集羣的狀態。
再根據數據量設置一批data節點，這些節點只負責存儲數據，後期提供建立索引和查詢索引的服務，這樣的話如果用戶請求比較頻繁，這些節點的壓力也會比較大。
所以在集羣中建議再設置一批client節點
這些節點只負責處理用戶請求，實現請求轉發，負載均衡等功能。
master節點：普通服務器即可(CPU 內存 消耗一般)
data節點：主要消耗磁盤，內存
client節點：普通服務器即可(如果要進行分組聚合操作的話，建議這個節點內存也分配多一點)