-
Notifications
You must be signed in to change notification settings - Fork 151
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
Question: How to scale down without losing emails? #63
Comments
I'm leaving this issue open until we find an appropriate solution. The image currently uses Further exploration of this issue is needed. If anybody has any suggestions, I'm open to ideas. |
This is interesting for this discussion : https://medium.com/@marko.luksa/graceful-scaledown-of-stateful-apps-in-kubernetes-2205fc556ba9 |
This post is over three years old, which is ages in Kubernetes world. I'll talk with @luksa if he has any new ideas -- luckly he lives closeby. :-) |
Make sure the queue is flushed when the Postfix container is shutdown through Kubernetes lifecycle hooks.
I think the |
This wonderful chart supports autoscaling, but I do not see any provisions for scaling down without losing emails. Actually, they will not be totally lost, but if the replica set scales from 3 to 2, meaning replica-2 disappears, then if it is shut down before draining its queue there will be emails abandoned on persistent-volume-2 until the replica set scales back up. Is there a way to manage the scale-down so that the pod stops accepting new requests while the queue drains, and the pod is not terminated until the queue is empty?
The text was updated successfully, but these errors were encountered: