五種組合

組合1.

1. node.master: true
2. node.data: true
3. node.ingest: true

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

組合2.

1. node.master: false
2. node.data: true
3. node.ingest: false

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

組合3.

1. node.master: true
2. node.data: false
3. node.ingest: false

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

組合4.

1. node.master: false
2. node.data: false
3. node.ingest: true

　　這種組合表示這個節點即不會成為主節點，也不會儲存資料，這個節點的意義是作為一個 client(客戶端)節點，主要是針對海量請求的時候可以進行負載均衡。在新版 ElasticSearch5.x 之後該節點稱之為：coordinate 節點，其中還增加了一個叫：ingest 節點，用於預處理資料（索引和搜尋階段都可以用到），當然，作為一般應用是不需要這個預處理節點做什麼額外的預處理過程，那麼這個節點和我們稱之為 client 節點之間可以看做是等同的，我們在程式碼中配置訪問節點就都可以配置這些 ingest 節點即可。

組合5.

1. node.master: false
2. node.data: false
3. 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 節點：普通伺服器即可(如果要進行分組聚合操作的話，建議這個節點記憶體也分配多一點)