表示 elastic pan 問題 請求 tro arch 兩個 服務器

　　在生產環境下，如果不修改elasticsearch節點的角色信息，在高數據量，高並發的場景下集群容易出現腦裂等問題。

　　默認情況下，elasticsearch 集群中每個節點都有成為主節點的資格，也都存儲數據，還可以提供查詢服務。這些功能是由兩個屬性控制的。
　　　　1. node.master

　　　　2. node.data
　　默認情況下這兩個屬性的值都是true。

　　node.master：這個屬性表示節點是否具有成為主節點的資格
　　註意：此屬性的值為 true，並不意味著這個節點就是主節點。因為真正的主節點，是由多個具有主節點資格的節點進行選舉產生的。所以，這個屬性只是代表這個節點是不是具有主節點選舉資格。

　　node.data：這個屬性表示節點是否存儲數據。

四種組合

　1. node.master: true AND node.data: true

　　這種組合表示這個節點既有成為主節點的資格，又可以存儲數據，這個時候如果某個節點被選舉成為了真正的主節點，那麽他還要存儲數據，這樣對於這個節點的壓力就比較大了。
　　elasticsearch 默認是：每個節點都是這樣的配置，在測試環境下這樣做沒問題。實際工作中建議不要這樣設置，這樣相當於 主節點 和 數據節點 的角色混合到一塊了。

　2. node.master: false AND node.data: true

　　這種組合表示這個節點沒有成為主節點的資格，也就不參與選舉，只會存儲數據。這個節點我們稱為 data(數據)節點。在集群中需要單獨設置幾個這樣的節點負責存儲數據。後期提供存儲和查詢服務

　3. node.master: true AND node.data: false

　　這種組合表示這個節點不會存儲數據，有成為主節點的資格，可以參與選舉，有可能成為真正的主節點。這個節點我們稱為master節點

　4. node.master: false AND node.data: false

　　這種組合表示這個節點即不會成為主節點，也不會存儲數據，這個節點的意義是作為一個 client(客戶端)節點，主要是針對海量請求的時候可以進行負載均衡

總結

　　默認情況下，每個節點都有成為主節點的資格，也會存儲數據，還會處理客戶端的請求。在一個生產集群中我們可以對這些節點的職責進行劃分。

　　建議集群中設置 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 節點：普通服務器即可(如果要進行分組聚合操作的話，建議這個節點內存也分配多一點)

ElasticSearch 中 master、data 和 client 節點