# How elastic cluster the number about nodes? **URL:** \ **Category:** Elasticsearch\ **Created:** [September 28, 2017, 2:01am UTC](https://discuss.elastic.co/t/how-elastic-cluster-the-number-about-nodes/102050 "2017-09-28T02:01:31Z")\ **Posts on this page:** 11\ **Page:** 1
**Author:** ![zqc0512](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/zqc0512/32/32141_2.png) [@zqc0512](https://discuss.elastic.co/u/zqc0512)\ **Post date:** [September 28, 2017, 2:01am UTC](https://discuss.elastic.co/t/how-elastic-cluster-the-number-about-nodes/102050/1 "2017-09-28T02:01:31Z")
how elasticsearch cluster plan? master data ingest coordinating the four nodes . how about Proportion about the fours nodes ? (as master:20% data: 60% ingest:10% coord:10%) can give a suggested reference thanks so much!!! ~~~~~~~~~~~~~~~ ---
**Author:** ![dadoonet](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/dadoonet/32/137187_2.png) [@dadoonet](https://discuss.elastic.co/u/dadoonet)\ **Post date:** [September 28, 2017, 6:05am UTC](https://discuss.elastic.co/t/how-elastic-cluster-the-number-about-nodes/102050/2 "2017-09-28T06:05:44Z")
With 4 nodes I'd keep all the default values. ---
**Author:** ![Christian\_Dahlqvist](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/christian_dahlqvist/32/4617_2.png) [@Christian\_Dahlqvist](https://discuss.elastic.co/u/Christian_Dahlqvist)\ **Post date:** [September 28, 2017, 6:17am UTC](https://discuss.elastic.co/t/how-elastic-cluster-the-number-about-nodes/102050/3 "2017-09-28T06:17:19Z")
Just because you can define dedicated node types does not mean you should. For clusters with 3-5 data nodes it is often fine to keep the default configuration (master eligible, holds data and supports ingest) for all the nodes. Make sure you set [minimum\_master\_nodes](https://www.elastic.co/guide/en/elasticsearch/reference/5.6/modules-node.html#split-brain) correctly. Once you reach a larger cluster size, you generally always want exactly 3 dedicated master nodes, even for very large clusters. The proportion of other node types depend on use case and requirements. ---
**Author:** ![zqc0512](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/zqc0512/32/32141_2.png) [@zqc0512](https://discuss.elastic.co/u/zqc0512)\ **Post date:** [September 29, 2017, 12:54am UTC](https://discuss.elastic.co/t/how-elastic-cluster-the-number-about-nodes/102050/4 "2017-09-29T00:54:02Z")
thanks if have 100 nodes about 20T+ data one day how about as master client ingest and coord ? ---
**Author:** ![Christian\_Dahlqvist](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/christian_dahlqvist/32/4617_2.png) [@Christian\_Dahlqvist](https://discuss.elastic.co/u/Christian_Dahlqvist)\ **Post date:** [September 29, 2017, 3:13am UTC](https://discuss.elastic.co/t/how-elastic-cluster-the-number-about-nodes/102050/5 "2017-09-29T03:13:35Z")
You will generally have 3 dedicated master nodes even for large clusters. When it comes to dedicated ingest nodes it depends in how much you ingest, how long you keep the data and how complex your pipelines are. There is no fixed ratio compared to the number of data ondes. Coordinating nodes may be useful, but are not necessarily required. I have seen large clusters only using a coordinating node per Kibana instance. Whether you actually need them at all and how many you need will therefore depend on the use case as well. ---
**Author:** ![zqc0512](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/zqc0512/32/32141_2.png) [@zqc0512](https://discuss.elastic.co/u/zqc0512)\ **Post date:** [September 29, 2017, 3:36am UTC](https://discuss.elastic.co/t/how-elastic-cluster-the-number-about-nodes/102050/6 "2017-09-29T03:36:47Z")
about bulk use tcp 9300 http 9200 to write data ,witch is better about tcp and http? ---
**Author:** ![zqc0512](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/zqc0512/32/32141_2.png) [@zqc0512](https://discuss.elastic.co/u/zqc0512)\ **Post date:** [September 29, 2017, 4:51am UTC](https://discuss.elastic.co/t/how-elastic-cluster-the-number-about-nodes/102050/7 "2017-09-29T04:51:13Z")
is as one kibana connect to one coording nodes? ---
**Author:** ![Christian\_Dahlqvist](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/christian_dahlqvist/32/4617_2.png) [@Christian\_Dahlqvist](https://discuss.elastic.co/u/Christian_Dahlqvist)\ **Post date:** [September 29, 2017, 5:48am UTC](https://discuss.elastic.co/t/how-elastic-cluster-the-number-about-nodes/102050/8 "2017-09-29T05:48:52Z")
Yes, deploying each Kibana instance together with a coordinating node is a common practice. For bulk indexing I would recommend using the HTTP interface as it has largely similar performance characteristics to the transport protocol. ---
**Author:** ![zqc0512](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/zqc0512/32/32141_2.png) [@zqc0512](https://discuss.elastic.co/u/zqc0512)\ **Post date:** [September 29, 2017, 6:17am UTC](https://discuss.elastic.co/t/how-elastic-cluster-the-number-about-nodes/102050/9 "2017-09-29T06:17:57Z")
in es 5.6.x... the Java High Level REST Client is better than 5.4.3? ---
**Author:** ![Christian\_Dahlqvist](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/christian_dahlqvist/32/4617_2.png) [@Christian\_Dahlqvist](https://discuss.elastic.co/u/Christian_Dahlqvist)\ **Post date:** [September 29, 2017, 6:21am UTC](https://discuss.elastic.co/t/how-elastic-cluster-the-number-about-nodes/102050/10 "2017-09-29T06:21:12Z")
As far as I know the Java high-level REST client [is only compatible with Elasticsearch 5.6 onwards](https://www.elastic.co/blog/the-elasticsearch-java-high-level-rest-client-is-out). ---
**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\ **Post date:** [October 27, 2017, 6:21am UTC](https://discuss.elastic.co/t/how-elastic-cluster-the-number-about-nodes/102050/11 "2017-10-27T06:21:41Z")
This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.