序言
ES集羣是一個 P2P類型(使用 gossip 協議)的分佈式系統，除了集羣狀態管理以外，其他所有的請求都可以發送到 集羣內任意一臺節點上，這個節點可以自己找到需要轉發給哪些節點，並且直接跟這些節點通信。所以，從網絡架 構及服務配置上來說，構建集羣所需要的配置極其簡單。在 Elasticsearch 2.0 之前，無阻礙的網絡下，所有配置了 相同 cluster.name 的節點都自動歸屬到一個集羣中。2.0 版本之後，基於安全的考慮避免開發環境過於隨便造成的 麻煩，從 2.0 版本開始，默認的自動發現方式改爲了單播(unicast)方式。配置裏提供幾臺節點的地址，ES 將其視作 gossip router 角色，藉以完成集羣的發現。由於這只是 ES 內一個很小的功能，所以 gossip router 角色並不需要 單獨配置，每個 ES 節點都可以擔任。所以，採用單播方式的集羣，各節點都配置相同的幾個節點列表作爲 router 即可。
集羣中節點數量沒有限制，一般大於等於2個節點就可以看做是集羣了。一般處於高性能及高可用方面來考慮一般 集羣中的節點數量都是3個及3個以上。