Business
Jobs
  • About Us
  • Solutions
    • Job Postings
      Post your job and receive qualified candidates in 48h.
    • Candidate Assessments
      500+ technical and psychological tests, plus anti-fraud.
    • Headhunting
      Tailor-made executive search from start to finish.
    • Payroll + EOR
      Payroll dispersal and EOR across 15+ LATAM countries.
  • Pricing
  • Jobs

0

229
Views
What´s the correct way to stop pod in kubernetes

I'm having problems with my Kubernetes cluster. I have a service with a deployment associated. I have several replicas of the pods in this deployment up and running and 2 containers for each deployment.

I'm using a Rolling Updatestrategy for redeploying, with parameters maxSurge : 1 and maxUnavailable: 0. When I change a deployment the pods are changing correctly, adding one new pod and then deleting an old one until the whole deployment is changed.

However, on the switch of the first pod from old to new, I'm having a small outage. This doesn't happend when I'm changing the other pods, that is, when there is at least one new pod up and running.

What can I do to fix this issue? I have a livenessProbe and a readinessProbe but still it looks like the new pod is not ready to receive traffic when it just starts, although the readinessProbe works correctly. I've read that in some applications the pod doesn't close with a SIGTERM as Kubernetes expects and therefore the pod is abruptly killed. I'm wondering if this is the problem but can't be sure. What would be the correct way to handle this in the preStop? Is there something that I could be missing?

over 4 years ago · Santiago Trujillo
Answer question
Find remote jobs

Discover the new way to find a job!

Top jobs
Top job categories
Business
Post vacancy Pricing Sales
Legal
Terms and conditions Privacy policy
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Show me some job opportunities
There's an error!