# Best URL for load balancer HTTP health check

**URL:** <https://discuss.elastic.co/t/best-url-for-load-balancer-http-health-check/19272>\
**Category:** Elasticsearch\
**Created:** [August 13, 2014, 9:35pm UTC](https://discuss.elastic.co/t/best-url-for-load-balancer-http-health-check/19272 "2014-08-13T21:35:41Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![mhughes](https://avatars.discourse-cdn.com/v4/letter/m/85e7bf/32.png) [@mhughes](https://discuss.elastic.co/u/mhughes)\
**Post date:** [August 13, 2014, 9:35pm UTC](https://discuss.elastic.co/t/best-url-for-load-balancer-http-health-check/19272/1 "2014-08-13T21:35:41Z")

</div>

With a standard LB in front of an N-node cluster, what's the best URL in  
the ES API to check the health of a particular node (so as to know to  
remove it at least temporarily).

There is the node info API:

curl -XGET '[http://localhost:9200/\_nodes](http://localhost:9200/_nodes)'

[http://www.elasticsearch.org/guide/en/elasticsearch/reference/current/cluster-nodes-info.html](http://www.elasticsearch.org/guide/en/elasticsearch/reference/current/cluster-nodes-info.html)

But that's returning node info for all the nodes in the cluster that  
localhost is a member of. I want something like /\_nodes/\_current. Or  
maybe the fact that a particular node can even process any GET request  
(e.g., [http://localhost:9200/\_cluster/health](http://localhost:9200/_cluster/health)) signifies that it is  
responsive enough and can take requests?

--  
You received this message because you are subscribed to the Google Groups "elasticsearch" group.  
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/73d376f4-5aee-420b-8a5e-dd2a7deb632c%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/73d376f4-5aee-420b-8a5e-dd2a7deb632c%40googlegroups.com).  
For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).

---

<div class="post-metadata">

**Author:** ![warkolm](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/warkolm/32/39224_2.png) [@warkolm](https://discuss.elastic.co/u/warkolm)\
**Post date:** [August 13, 2014, 10:13pm UTC](https://discuss.elastic.co/t/best-url-for-load-balancer-http-health-check/19272/2 "2014-08-13T22:13:56Z")

</div>

If you just curl [http://IP:9200](http://IP:9200) you will get a response, if it's not 200  
then chances are it's not part of the cluster and something is wrong.

Regards,  
Mark Walkom

Infrastructure Engineer  
Campaign Monitor  
email: [markw@campaignmonitor.com](mailto:markw@campaignmonitor.com)  
web: [www.campaignmonitor.com](http://www.campaignmonitor.com)

On 14 August 2014 07:35, Matt Hughes [hughes.matt@gmail.com](mailto:hughes.matt@gmail.com) wrote:

> With a standard LB in front of an N-node cluster, what's the best URL in  
> the ES API to check the health of a particular node (so as to know to  
> remove it at least temporarily).
> 
> There is the node info API:
> 
> curl -XGET '[http://localhost:9200/\_nodes](http://localhost:9200/_nodes)'
> 
> [Elasticsearch Platform — Find real-time answers at scale | Elastic](http://www.elasticsearch.org/guide/en/elasticsearch/reference/current/cluster-nodes-info.html)
> 
> But that's returning node info for all the nodes in the cluster that  
> localhost is a member of. I want something like /\_nodes/\_current. Or  
> maybe the fact that a particular node can even process any GET request  
> (e.g., [http://localhost:9200/\_cluster/health](http://localhost:9200/_cluster/health)) signifies that it is  
> responsive enough and can take requests?
> 
> --  
> You received this message because you are subscribed to the Google Groups  
> "elasticsearch" group.  
> To unsubscribe from this group and stop receiving emails from it, send an  
> email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
> To view this discussion on the web visit  
> [https://groups.google.com/d/msgid/elasticsearch/73d376f4-5aee-420b-8a5e-dd2a7deb632c%40googlegroups.com](https://groups.google.com/d/msgid/elasticsearch/73d376f4-5aee-420b-8a5e-dd2a7deb632c%40googlegroups.com)  
> [https://groups.google.com/d/msgid/elasticsearch/73d376f4-5aee-420b-8a5e-dd2a7deb632c%40googlegroups.com?utm\_medium=email&utm\_source=footer](https://groups.google.com/d/msgid/elasticsearch/73d376f4-5aee-420b-8a5e-dd2a7deb632c%40googlegroups.com?utm_medium=email&utm_source=footer)  
> .  
> For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).

--  
You received this message because you are subscribed to the Google Groups "elasticsearch" group.  
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/CAEM624Y%3D%3DD0jQfwTjgCh7o69OPmmUrFZ0kLioceuOQ0siSj%3D4g%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAEM624Y%3D%3DD0jQfwTjgCh7o69OPmmUrFZ0kLioceuOQ0siSj%3D4g%40mail.gmail.com).  
For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).

---

<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, 1:08am UTC](https://discuss.elastic.co/t/best-url-for-load-balancer-http-health-check/19272/3 "2017-07-06T01:08:46Z")

</div>


