Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Pooler rollout update on 2 nodes is impossible with hard pod anti-affinity #2843

Open
murtll opened this issue Jan 17, 2025 · 0 comments
Open

Comments

@murtll
Copy link

murtll commented Jan 17, 2025

  • Which image of the operator are you using? ghcr.io/zalando/postgres-operator:v1.13.0
  • Where do you run it - cloud or metal? Kubernetes or OpenShift? AWS EKS K8s
  • Are you running Postgres Operator in production? yes
  • Type of issue? feature request

I have 2 Kubernetes nodes for Postgres clusters (each cluster consists of 2 Postgres instances) and I need hard pod anti-affinity so the pods of the same Postgres cluster are always on different nodes.
But there is an issue that same pod anti-affinity and node-affinity settings apply to pooler pods.
So when starting update of pooler deployment, new pods just go into Pending state, because it have pooler pods on all nodes already.

I think it would be great to have a way to resolve it, at least possibility to specify different pod anti-affinity and node-affinity rules for pooler and Postgres pods.
Or maybe possibility to specify pooler deployment strategy to set maxSkew: 0 or type: Recreate.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant