Ocean allows you to configure a draining timeout, and Kubernetes provides a terminationGracePeriod for pods. Together, these parameters control how much time is given for workloads to shut down gracefully before node termination. This article explains how these two settings interact and how to configure them for safe application shutdown.
-
Draining Timeout (Ocean): This configurable value determines how long Ocean waits for the draining process to finish before terminating an instance. If no value is specified, the default is 300 seconds.
-
terminationGracePeriod (Pod configuration): This Kubernetes setting defines the amount of time the Kubelet waits before forcefully terminating a pod. The default is 30 seconds.
Essentially, the Ocean draining timeout should be set high enough to allow the pod's terminationGracePeriod to complete. This alignment ensures that node termination does not occur before pods finish shutting down gracefully.
The terminationGracePeriod value is propagated to the kube-apiserver as part of the pod deletion process using GracePeriodSeconds. The Kubelet will wait up to that grace period before forcefully terminating the pod. However, if an application inside the pod shuts down quicker than the grace period, the pod will terminate sooner.
If you have a pod that requires a specific amount of time to shut down gracefully, define terminationGracePeriod in the pod configuration and set the Ocean draining timeout to a value equal to or greater than that period.
Example
A pod with a 600-second terminationGracePeriod requires an Ocean draining timeout value of at least 600 seconds.
Outcome
Configuring these values correctly ensures pods and their applications have sufficient time to exit gracefully before node termination happens.
Related Articles
Understanding how draining timeout and termination grace period work together 18Number of Views Understanding ECS draining behavior and default timeout in Ocean 25Number of Views Allowing Kubernetes pods to tolerate all taints 4Number of Views How do Horizontal Pod Autoscaling (HPA) in Kubernetes and Ocean interact? 4Number of Views Relationship between a virtual machine inventory device record and its host inventory device record is lost when there is … 16Number of Views
Hi, I am Reva - Ask me anything.
No new updates
Thanks for the feedback!
Your feedback has been saved.Rate this response:
Add Additional feedback ( Optional )
Are you sure you want to cancel
the case creation?
Are you sure you want to cancel the case creation?
Are you sure you want to close this case
| Products | Region | Phone Numbers |
|---|---|---|
| FlexNet Operations FlexNet Embedded FlexNet Publisher FlexNet Connect FlexNet Code Insight InstallAnywhere InstallShield |
North America * |
+1 630-332-2513 (toll) +1 877-279-2853 (toll-free in North America) |
| Europe * |
+44 1925 944367 (toll) +44 800 047 8642 (toll-free in Europe) |
|
| Japan * | +81 3-4540-5335 (select option 2) | |
| Australia * |
+61 3 9895 2177 +61 1800 560 603 (toll-free in Australia) |
|
|
Usage Intelligence (formerly
Revulytics) Compliance Intelligence |
Please use the Case Portal to submit your support ticket or reach out to your Revenera contact. | |
Revenera Assistant
Case id: 00001065
Activity: Status change: 2 hours ago