# Fixed cluster detection

**URL:** https://discuss.elastic.co/t/fixed-cluster-detection/9141
**Category:** Elasticsearch
**Created:** [September 25, 2012, 8:58pm UTC](https://discuss.elastic.co/t/fixed-cluster-detection/9141 "2012-09-25T20:58:58Z")
**Posts on this page:** 4
**Page:** 1

<div class="post-metadata">

### Author: ![Robin\_Verlangen](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/robin_verlangen/32/1542_2.png) [@Robin\_Verlangen](https://discuss.elastic.co/u/Robin_Verlangen)
#### Post date: [September 25, 2012, 8:58pm UTC](https://discuss.elastic.co/t/fixed-cluster-detection/9141/1 "2012-09-25T20:58:58Z")

</div>

Hi there,

We're working on an application that embeds ES, however we want to have  
full control over all aspects, we don't want to use something like  
multicast for detection based on cluster name. We want to provide a  
"manual" list of node IPs + ports to connect on.

Should we use _discovery.zen.ping.unicast_ for this? How exactly will the  
configuration look?

Best regards,

Robin Verlangen  
_Software engineer_  
\*  
\*  
W [http://www.robinverlangen.nl](http://www.robinverlangen.nl)  
E robin@us2.nl

[http://goo.gl/Lt7BC](http://goo.gl/Lt7BC)

Disclaimer: The information contained in this message and attachments is  
intended solely for the attention and use of the named addressee and may be  
confidential. If you are not the intended recipient, you are reminded that  
the information remains the property of the sender. You must not use,  
disclose, distribute, copy, print or rely on this e-mail. If you have  
received this message in error, please contact the sender immediately and  
irrevocably delete this message and any copies.

--

---

<div class="post-metadata">

### Author: ![mvg](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/mvg/32/98890_2.png) [@mvg](https://discuss.elastic.co/u/mvg)
#### Post date: [September 25, 2012, 10:35pm UTC](https://discuss.elastic.co/t/fixed-cluster-detection/9141/2 "2012-09-25T22:35:03Z")

</div>

Hi Robin,

Unicast discovery is what you can use. You can disable multicast discovery  
and add an initial node list in your elasticsearch.yml file or set these  
options via your settings builder for the Java api:  
discovery.zen.ping.multicast.enabled: false  
discovery.zen.ping.unicast.hosts: ["host1", "host2:port",  
"host3[portX-portY]"]

You need to configure this on each ES node. Each node initially needs to  
know at least one other data node. Once the node is connected to the  
cluster it automatically gets aware of the other nodes in the cluster. Also  
make sure to use static ip addresses / hostnames in your configuration.

Martijn

On 25 September 2012 22:58, Robin Verlangen [robin@us2.nl](mailto:robin@us2.nl) wrote:

> Hi there,
> 
> We're working on an application that embeds ES, however we want to have  
> full control over all aspects, we don't want to use something like  
> multicast for detection based on cluster name. We want to provide a  
> "manual" list of node IPs + ports to connect on.
> 
> Should we use _discovery.zen.ping.unicast_ for this? How exactly will the  
> configuration look?
> 
> Best regards,
> 
> Robin Verlangen  
> _Software engineer_  
> \*  
> \*  
> W [http://www.robinverlangen.nl](http://www.robinverlangen.nl)  
> E robin@us2.nl
> 
> [http://goo.gl/Lt7BC](http://goo.gl/Lt7BC)
> 
> Disclaimer: The information contained in this message and attachments is  
> intended solely for the attention and use of the named addressee and may be  
> confidential. If you are not the intended recipient, you are reminded that  
> the information remains the property of the sender. You must not use,  
> disclose, distribute, copy, print or rely on this e-mail. If you have  
> received this message in error, please contact the sender immediately and  
> irrevocably delete this message and any copies.
> 
> --

--  
Met vriendelijke groet,

Martijn van Groningen

--

---

<div class="post-metadata">

### Author: ![Robin\_Verlangen](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/robin_verlangen/32/1542_2.png) [@Robin\_Verlangen](https://discuss.elastic.co/u/Robin_Verlangen)
#### Post date: [September 26, 2012, 7:24am UTC](https://discuss.elastic.co/t/fixed-cluster-detection/9141/3 "2012-09-26T07:24:05Z")

</div>

Hi Marthijn,

Thank you for your response. That looks pretty good, we'll start working on  
that.

Best regards,

Robin Verlangen  
_Software engineer_  
\*  
\*  
W [http://www.robinverlangen.nl](http://www.robinverlangen.nl)  
E robin@us2.nl

[http://goo.gl/Lt7BC](http://goo.gl/Lt7BC)

Disclaimer: The information contained in this message and attachments is  
intended solely for the attention and use of the named addressee and may be  
confidential. If you are not the intended recipient, you are reminded that  
the information remains the property of the sender. You must not use,  
disclose, distribute, copy, print or rely on this e-mail. If you have  
received this message in error, please contact the sender immediately and  
irrevocably delete this message and any copies.

2012/9/26 Martijn v Groningen [martijn.v.groningen@gmail.com](mailto:martijn.v.groningen@gmail.com)

> Hi Robin,
> 
> Unicast discovery is what you can use. You can disable multicast discovery  
> and add an initial node list in your elasticsearch.yml file or set these  
> options via your settings builder for the Java api:  
> discovery.zen.ping.multicast.enabled: false  
> discovery.zen.ping.unicast.hosts: ["host1", "host2:port",  
> "host3[portX-portY]"]
> 
> You need to configure this on each ES node. Each node initially needs to  
> know at least one other data node. Once the node is connected to the  
> cluster it automatically gets aware of the other nodes in the cluster. Also  
> make sure to use static ip addresses / hostnames in your configuration.
> 
> Martijn
> 
> On 25 September 2012 22:58, Robin Verlangen [robin@us2.nl](mailto:robin@us2.nl) wrote:
> 
> > Hi there,
> > 
> > We're working on an application that embeds ES, however we want to have  
> > full control over all aspects, we don't want to use something like  
> > multicast for detection based on cluster name. We want to provide a  
> > "manual" list of node IPs + ports to connect on.
> > 
> > Should we use _discovery.zen.ping.unicast_ for this? How exactly will  
> > the configuration look?
> > 
> > Best regards,
> > 
> > Robin Verlangen  
> > _Software engineer_  
> > \*  
> > \*  
> > W [http://www.robinverlangen.nl](http://www.robinverlangen.nl)  
> > E robin@us2.nl
> > 
> > [http://goo.gl/Lt7BC](http://goo.gl/Lt7BC)
> > 
> > Disclaimer: The information contained in this message and attachments is  
> > intended solely for the attention and use of the named addressee and may be  
> > confidential. If you are not the intended recipient, you are reminded that  
> > the information remains the property of the sender. You must not use,  
> > disclose, distribute, copy, print or rely on this e-mail. If you have  
> > received this message in error, please contact the sender immediately and  
> > irrevocably delete this message and any copies.
> > 
> > --
> 
> --  
> Met vriendelijke groet,
> 
> Martijn van Groningen
> 
> --

--

---

<div class="post-metadata">

### Author: ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)
#### Post date: [July 6, 2017, 3:11am UTC](https://discuss.elastic.co/t/fixed-cluster-detection/9141/4 "2017-07-06T03:11:25Z")

</div>


