# ECK, coordinator pods rolling quickly on upgrade - Maybe?

**URL:** https://discuss.elastic.co/t/eck-coordinator-pods-rolling-quickly-on-upgrade-maybe/351088
**Category:** Elastic Cloud on Kubernetes (ECK)
**Created:** [January 15, 2024, 4:32pm UTC](https://discuss.elastic.co/t/eck-coordinator-pods-rolling-quickly-on-upgrade-maybe/351088 "2024-01-15T16:32:23Z")
**Posts on this page:** 4
**Page:** 1

<div class="post-metadata">

### Author: ![Doc\_Kaos](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/doc_kaos/32/53671_2.png) [@Doc\_Kaos](https://discuss.elastic.co/u/Doc_Kaos)
#### Post date: [January 15, 2024, 4:32pm UTC](https://discuss.elastic.co/t/eck-coordinator-pods-rolling-quickly-on-upgrade-maybe/351088/1 "2024-01-15T16:32:23Z")

</div>

Hey all, the ECK operator is doing amazing things for me. The only thing I'm noticing is that on upgrades, my 3 coordinator pods seem to roll one right after the other and I wind up with a non-responsive queries on my ingress.

Just wondering what the operator waits for before terminating the next coordinator pod and if I can change/check it. Started looking through the code to see what was happening, but that looks like it'll take me a while 😃

We are searching the clusters through CCS Proxy Connections -\> Load Balancer -\> Ingress to pods

We see all the proxy connections drop, so we drop the remote cluster and add it, which fixes that. But I'm wondering if they rolled slower, would the proxy connections stay up.

---

<div class="post-metadata">

### Author: ![pebrc](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/pebrc/32/101790_2.png) [@pebrc](https://discuss.elastic.co/u/pebrc)
#### Post date: [January 19, 2024, 2:21pm UTC](https://discuss.elastic.co/t/eck-coordinator-pods-rolling-quickly-on-upgrade-maybe/351088/2 "2024-01-19T14:21:56Z")

</div>

Have you configured a more aggressive [update strategy](https://www.elastic.co/guide/en/cloud-on-k8s/current/k8s-update-strategy.html) with `maxUnavailable` set to higher value than 1?

---

<div class="post-metadata">

### Author: ![Doc\_Kaos](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/doc_kaos/32/53671_2.png) [@Doc\_Kaos](https://discuss.elastic.co/u/Doc_Kaos)
#### Post date: [January 29, 2024, 3:19pm UTC](https://discuss.elastic.co/t/eck-coordinator-pods-rolling-quickly-on-upgrade-maybe/351088/3 "2024-01-29T15:19:26Z")

</div>

We did not, but thanks for that link. We tried just manually rolling the pods one by one and the Proxy connections still drop to zero. We've just implemented a second route through the Load Balancer and sidecar mechanism that flip/flops the proxy connection from one route to the other if the number of proxy connections drop below 18. This has resolved it, and it's the same thing we had to do with Seed connections as well. Elastic seems to latch onto the remote IPs and won't fallback to the load balancer once it has some.

---

<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: [February 26, 2024, 3:20pm UTC](https://discuss.elastic.co/t/eck-coordinator-pods-rolling-quickly-on-upgrade-maybe/351088/4 "2024-02-26T15:20:15Z")

</div>

This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.
