# In ECK - Verify that a coordinating-only node is doing its job **URL:** \ **Category:** Elastic Cloud on Kubernetes (ECK)\ **Created:** [January 21, 2021, 11:36pm UTC](https://discuss.elastic.co/t/in-eck-verify-that-a-coordinating-only-node-is-doing-its-job/261859 "2021-01-21T23:36:09Z")\ **Posts on this page:** 8\ **Page:** 1
**Author:** ![sbonami](https://avatars.discourse-cdn.com/v4/letter/s/ecc23a/32.png) [@sbonami](https://discuss.elastic.co/u/sbonami)\ **Post date:** [January 21, 2021, 11:36pm UTC](https://discuss.elastic.co/t/in-eck-verify-that-a-coordinating-only-node-is-doing-its-job/261859/1 "2021-01-21T23:36:09Z")
Hi, I'm using Elastic Cloud on Kubernetes (version 1.1.2 according to the operator). I want to have a coordinating-only node in my cluster. For the config, I have set `node.master`, `node.data`, `node.ingest`, `node.ml`, `node.transform` and `node.remote_cluster_client` to **false**. The node in my cluster is now Online and doesn't have any shard which makes sense. I'm opening some Dashboards in Kibana and there's nothing appearing in Logs for this node. I'm wondering if it's doing its job. Maybe I need to connect Kibana directly to this node in some way or something else is missing? I want to be sure it's doing its job meaning doing all the coordinating job for the cluster. How can I verify that? Thanks a lot in advance for the help. ---
**Author:** ![Felton\_Fee](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/felton_fee/32/79258_2.png) [@Felton\_Fee](https://discuss.elastic.co/u/Felton_Fee)\ **Post date:** [January 22, 2021, 4:29pm UTC](https://discuss.elastic.co/t/in-eck-verify-that-a-coordinating-only-node-is-doing-its-job/261859/2 "2021-01-22T16:29:21Z")
Same problem for my clients, we would like our APM server points to "inject node" in ECK. But "elasticsearchRef" only point to elastic cluster service. Hope elastic can provide a sample configuration. ---
**Author:** ![sbonami](https://avatars.discourse-cdn.com/v4/letter/s/ecc23a/32.png) [@sbonami](https://discuss.elastic.co/u/sbonami)\ **Post date:** [January 29, 2021, 6:59pm UTC](https://discuss.elastic.co/t/in-eck-verify-that-a-coordinating-only-node-is-doing-its-job/261859/3 "2021-01-29T18:59:56Z")
Anyone can help? Thanks again. ---
**Author:** ![stephenb](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/stephenb/32/40856_2.png) [@stephenb](https://discuss.elastic.co/u/stephenb)\ **Post date:** [January 29, 2021, 7:51pm UTC](https://discuss.elastic.co/t/in-eck-verify-that-a-coordinating-only-node-is-doing-its-job/261859/4 "2021-01-29T19:51:33Z")
I moved this the the ECK forum and updated the title perhaps someone will address. Good Subject lines get good responses 😉 ---
**Author:** ![charith-elastic](https://avatars.discourse-cdn.com/v4/letter/c/3ec8ea/32.png) [@charith-elastic](https://discuss.elastic.co/u/charith-elastic)\ **Post date:** [February 1, 2021, 12:11pm UTC](https://discuss.elastic.co/t/in-eck-verify-that-a-coordinating-only-node-is-doing-its-job/261859/5 "2021-02-01T12:11:25Z")
When you use `elasticsearchRef` to connect Stack applications like Kibana or APM Server to an Elasticsearch cluster, the requests go through the HTTP service created by ECK (`-es-http`). If you want the coordinating nodes to handle all requests, you should update the HTTP service selector to include only the coordinating nodes. For example: ```auto --- apiVersion: elasticsearch.k8s.elastic.co/v1 kind: Elasticsearch metadata: name: hulk spec: version: 7.10.0 http: service: spec: selector: elasticsearch.k8s.elastic.co/cluster-name: "hulk" elasticsearch.k8s.elastic.co/node-master: "false" elasticsearch.k8s.elastic.co/node-data: "false" elasticsearch.k8s.elastic.co/node-ingest: "false" elasticsearch.k8s.elastic.co/node-ml: "false" elasticsearch.k8s.elastic.co/node-transform: "false" nodeSets: ... ``` There's more information available at [HTTP settings and TLS SANs | Elastic Cloud on Kubernetes [1.3] | Elastic](https://www.elastic.co/guide/en/cloud-on-k8s/1.3/k8s-http-settings-tls-sans.html#k8s-elasticsearch-http-service-selector) and [Traffic Splitting | Elastic Cloud on Kubernetes [1.3] | Elastic](https://www.elastic.co/guide/en/cloud-on-k8s/1.3/k8s-traffic-splitting.html). I am not aware of a simple way to verify that the coordinating node is actually coordinating things. You can run `kubectl describe svc -es-http` and confirm that the endpoints list only contains your coordinating nodes. That should give you confidence that any requests you send to the cluster via that service are coordinated by those nodes. If you have a service mesh installed, you can probably look at the proxy logs to see the requests coming through to the coordinating nodes as well. ---
**Author:** ![sbonami](https://avatars.discourse-cdn.com/v4/letter/s/ecc23a/32.png) [@sbonami](https://discuss.elastic.co/u/sbonami)\ **Post date:** [February 2, 2021, 7:42pm UTC](https://discuss.elastic.co/t/in-eck-verify-that-a-coordinating-only-node-is-doing-its-job/261859/6 "2021-02-02T19:42:30Z")
Thanks Charith, these are interesting details. We also don't want to loose High Availability... I was planning to create a single coordinating-only node, but I should have at least a second one if I put in place what you're saying. By the way, I'm wondering if connecting Kibana directly to coordinating-only nodes is really the best practice? How Elasticsearch works regarding the handling of requests coming in a service containing several nodes... is a random node chosen to do the coordinating work? Is it possible to say to Elasticsearch to use a specific node as preference to coordinate things and only when this node is Offline, the other nodes (with master/data/etc. roles) can take over? Thanks again. ---
**Author:** ![charith-elastic](https://avatars.discourse-cdn.com/v4/letter/c/3ec8ea/32.png) [@charith-elastic](https://discuss.elastic.co/u/charith-elastic)\ **Post date:** [February 3, 2021, 11:04am UTC](https://discuss.elastic.co/t/in-eck-verify-that-a-coordinating-only-node-is-doing-its-job/261859/7 "2021-02-03T11:04:33Z")
You can read more about coordinating nodes and how Elasticsearch handles requests here: [Node | Elasticsearch Reference [7.10] | Elastic](https://www.elastic.co/guide/en/elasticsearch/reference/current/modules-node.html#coordinating-node) As you said, having a single coordinating node and letting it handle all traffic is probably not good for availability and performance. There's no particular advantage of letting Kibana communicate through the coordinating nodes either. I was just illustrating how it is possible to use a set of dedicated request handling nodes -- if that's what you desire. How you should configure traffic handling in your cluster very much depends on your particular use case and how busy your cluster is. The default behaviour of ECK is to expose all nodes in the cluster through the service and that works well for most use cases. From that starting point, you can explore other things like excluding master nodes from handling traffic, directing ingest traffic to ingest nodes etc. That would require creating new services as described in [Traffic Splitting | Elastic Cloud on Kubernetes [1.3] | Elastic](https://www.elastic.co/guide/en/cloud-on-k8s/1.3/k8s-traffic-splitting.html) ---
**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\ **Post date:** [March 3, 2021, 11:05am UTC](https://discuss.elastic.co/t/in-eck-verify-that-a-coordinating-only-node-is-doing-its-job/261859/8 "2021-03-03T11:05:11Z")
This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.