序言

ES叢集是一個 P2P型別(使用 gossip 協議)的分散式系統，除了叢集狀態管理以外，其他所有的請求都可以傳送到 叢集內任意一臺節點上，這個節點可以自己找到需要轉發給哪些節點，並且直接跟這些節點通訊。所以，從網路架 構及服務配置上來說，構建叢集所需要的配置極其簡單。在 Elasticsearch 2.0 之前，無阻礙的網路下，所有配置了 相同 cluster.name 的節點都自動歸屬到一個叢集中。2.0 版本之後，基於安全的考慮避免開發環境過於隨便造成的 麻煩，從 2.0 版本開始，預設的自動發現方式改為了單播(unicast)方式。配置裡提供幾臺節點的地址，ES 將其視作 gossip router 角色，藉以完成叢集的發現。由於這只是 ES 內一個很小的功能，所以 gossip router 角色並不需要 單獨配置，每個 ES 節點都可以擔任。所以，採用單播方式的叢集，各節點都配置相同的幾個節點列表作為 router 即可。

叢集中節點數量沒有限制，一般大於等於2個節點就可以看做是叢集了。一般處於高效能及高可用方面來考慮一般 叢集中的節點數量都是3個及3個以上。

資料