-
Couldn't load subscription status.
- Fork 278
Add/lifecycle heartbeat #1116
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
Add/lifecycle heartbeat #1116
Changes from 28 commits
d991814
0e4b686
1fbd7cb
d0f1ef4
df0696f
d7f8e07
a6cfd89
64e9cff
d3047a0
559adc3
7012bab
bc79eb7
75400a9
bbddcfa
029fdf7
56b3f55
7221ed2
4bcb916
4ff40d9
fe7fcc1
265828d
044fc3a
2732775
0492976
1631bb6
b41751d
9e3fe77
dbdeec1
80b88a4
9c54964
56ea41d
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -81,6 +81,78 @@ When using the ASG Lifecycle Hooks, ASG first sends the lifecycle action notific | |
| #### Queue Processor with Instance State Change Events | ||
| When using the EC2 Console or EC2 API to terminate the instance, a state-change notification is sent and the instance termination is started. EC2 does not wait for a "continue" signal before beginning to terminate the instance. When you terminate an EC2 instance, it should trigger a graceful operating system shutdown which will send a SIGTERM to the kubelet, which will in-turn start shutting down pods by propagating that SIGTERM to the containers on the node. If the containers do not shut down by the kubelet's `podTerminationGracePeriod (k8s default is 30s)`, then it will send a SIGKILL to forcefully terminate the containers. Setting the `podTerminationGracePeriod` to a max of 90sec (probably a bit less than that) will delay the termination of pods, which helps in graceful shutdown. | ||
|
|
||
| #### Issuing Lifecycle Heartbeats | ||
|
|
||
| You can set NTH to send heartbeats to ASG in Queue Processor mode. This allows for a much longer grace period (up to 48 hours) for termination than the maximum heartbeat timeout of two hours. | ||
|
|
||
| ##### How it works | ||
|
|
||
| - When NTH receives an ASG lifecycle termination event, it starts sending heartbeats to ASG to renew the heartbeat timeout associated with the ASG's termination lifecycle hook. | ||
| - The heartbeat timeout acts as a timer that starts when the termination event begins. | ||
| - Before the timeout reaches zero, the termination process is halted at the `Terminating:Wait` stage. | ||
| - Previously, NTH couldn't issue heartbeats, limiting the maximum time for preventing termination to the maximum heartbeat timeout (7200 seconds). | ||
|
||
| - Now, the graceful termination duration can be extended up to 48 hours, limited by the global timeout. | ||
|
|
||
| ##### How to use | ||
|
|
||
| - Configure a termination lifecycle hook on ASG (required). Set the heartbeat timeout value to be longer than the `Heartbeat Interval`. Each heartbeat signal resets this timeout, extending the duration that an instance remains in the `Terminating:Wait` state. Without this lifecycle hook, the instance will terminate immediately when termination event occurs. | ||
| - Configure `Heartbeat Interval` (required) and `Heartbeat Until` (optional). NTH operates normally without heartbeats if neither value is set. If only the interval is specified, `Heartbeat Until` defaults to 172800 seconds (48 hours) and heartbeats will be sent. Providing both values enables NTH to run with heartbeats. `Heartbeat Until` must be provided with a valid `Heartbeat Interval`, otherwise NTH will fail to start. Any invalid values (wrong type or out of range) will also prevent NTH from starting. | ||
|
||
|
|
||
| ##### Configurations | ||
| ###### `Heartbeat Interval` | ||
| - Time period between consecutive heartbeat signals (in seconds) | ||
| - Specifying this value triggers heartbeat | ||
| - Range: 30 to 3600 seconds (30 seconds to 1 hour) | ||
| - Flag for custom resource definition by *.yaml / helm: `heartbeatInterval` | ||
| - CLI flag: `heartbeat-interval` | ||
| - Required: O | ||
hyeong01 marked this conversation as resolved.
Outdated
Show resolved
Hide resolved
|
||
| - Default value: X | ||
|
|
||
| ###### `Heartbeat Until` | ||
| - Duration over which heartbeat signals are sent (in seconds) | ||
| - Must be provided with a valid `Heartbeat Interval` | ||
| - Range: 60 to 172800 seconds (1 minute to 48 hours) | ||
| - Flag for custom resource definition by *.yaml / helm: `heartbeatUntil` | ||
| - CLI flag: `heartbeat-until` | ||
| - Required: X | ||
| - Default value: 172800 (48 hours) | ||
|
|
||
| ###### Example Case | ||
|
|
||
| - `Heartbeat Interval`: 1000 seconds | ||
| - `Heartbeat Until`: 4500 seconds | ||
| - `Heartbeat Timeout`: 3000 seconds | ||
|
|
||
| | Time (s) | Event | Heartbeat Timeout (HT) | Heartbeat Until (HU) | Action | | ||
| |----------|-------------|------------------|----------------------|--------| | ||
| | 0 | Start | 3000 | 4500 | Termination Event Received | | ||
| | 1000 | HB1 Issued | 2000 -> 3000 | 3500 | Send Heartbeat | | ||
| | 2000 | HB2 Issued | 2000 -> 3000 | 2500 | Send Heartbeat | | ||
| | 3000 | HB3 Issued | 2000 -> 3000 | 1500 | Send Heartbeat | | ||
| | 4000 | HB4 Issued | 2000 -> 3000 | 500 | Send Heartbeat | | ||
| | 4500 | HB Expires | 2500 | 0 | Stop Heartbeats | | ||
| | 7000 | Termination | - | - | Instance Terminates | | ||
|
|
||
| Note: The instance can terminate earlier if its pods finish draining and are ready for termination. | ||
|
|
||
| ##### Example Helm Command | ||
|
|
||
| ```sh | ||
| helm upgrade --install aws-node-termination-handler \ | ||
| --namespace kube-system \ | ||
| --set enableSqsTerminationDraining=true \ | ||
| --set heartbeatInterval=1000 \ | ||
| --set heartbeatUntil=4500 \ | ||
| // other inputs.. | ||
| ``` | ||
|
|
||
| ##### Important Notes | ||
|
|
||
| - Be aware of global timeout. Instances cannot remain in a wait state indefinitely. The global timeout is 48 hours or 100 times the heartbeat timeout, whichever is smaller. This is the maximum amount of time that you can keep an instance in `terminating:wait` state. | ||
| - Lifecycle heartbeats are only supported in Queue Processor mode. Setting `enableSqsTerminationDraining=false` and specifying heartbeat flags is prevented in Helm. Directly editing deployment settings to bypass this will cause NTH to fail. | ||
| - The heartbeat interval should be sufficiently shorter than the heartbeat timeout. There's a time gap between instance startup and NTH initialization. Setting the interval just slightly smaller than or equal to the timeout causes the heartbeat timeout to expire before the first heartbeat is issued. Provide adequate buffer time for NTH to complete initialization. | ||
| - Issuing heartbeats is part of the termination process. The maximum number of instances that NTH can handle termination concurrently is limited by the number of workers. This implies that heartbeats can only be issued for up to the number of instances specified by the `workers` flag simultaneously. | ||
|
|
||
| ### Which one should I use? | ||
| | Feature | IMDS Processor | Queue Processor | | ||
| | :-------------------------------------------: | :------------: | :-------------: | | ||
|
|
@@ -91,6 +163,7 @@ When using the EC2 Console or EC2 API to terminate the instance, a state-change | |
| | ASG Termination Lifecycle State Change | ✅ | ❌ | | ||
| | AZ Rebalance Recommendation | ❌ | ✅ | | ||
| | Instance State Change Events | ❌ | ✅ | | ||
| | Issue Lifecycle Heartbeats | ❌ | ✅ | | ||
|
|
||
| ### Kubernetes Compatibility | ||
|
|
||
|
|
@@ -626,5 +699,4 @@ In IMDS mode, metrics can be collected as follows: | |
| Contributions are welcome! Please read our [guidelines](https://github.com/aws/aws-node-termination-handler/blob/main/CONTRIBUTING.md) and our [Code of Conduct](https://github.com/aws/aws-node-termination-handler/blob/main/CODE_OF_CONDUCT.md) | ||
|
|
||
| ## License | ||
| This project is licensed under the Apache-2.0 License. | ||
|
|
||
| This project is licensed under the Apache-2.0 License. | ||
| Original file line number | Diff line number | Diff line change |
|---|---|---|
|
|
@@ -112,6 +112,9 @@ const ( | |
| queueURLConfigKey = "QUEUE_URL" | ||
| completeLifecycleActionDelaySecondsKey = "COMPLETE_LIFECYCLE_ACTION_DELAY_SECONDS" | ||
| deleteSqsMsgIfNodeNotFoundKey = "DELETE_SQS_MSG_IF_NODE_NOT_FOUND" | ||
| // heartbeat | ||
| heartbeatIntervalKey = "HEARTBEAT_INTERVAL" | ||
| heartbeatUntilKey = "HEARTBEAT_UNTIL" | ||
| ) | ||
|
|
||
| // Config arguments set via CLI, environment variables, or defaults | ||
|
|
@@ -166,6 +169,8 @@ type Config struct { | |
| CompleteLifecycleActionDelaySeconds int | ||
| DeleteSqsMsgIfNodeNotFound bool | ||
| UseAPIServerCacheToListPods bool | ||
| HeartbeatInterval int | ||
|
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. We need to have some coverage around these newly added configs in config-test.go file... |
||
| HeartbeatUntil int | ||
| } | ||
|
|
||
| // ParseCliArgs parses cli arguments and uses environment variables as fallback values | ||
|
|
@@ -230,6 +235,8 @@ func ParseCliArgs() (config Config, err error) { | |
| flag.IntVar(&config.CompleteLifecycleActionDelaySeconds, "complete-lifecycle-action-delay-seconds", getIntEnv(completeLifecycleActionDelaySecondsKey, -1), "Delay completing the Autoscaling lifecycle action after a node has been drained.") | ||
| flag.BoolVar(&config.DeleteSqsMsgIfNodeNotFound, "delete-sqs-msg-if-node-not-found", getBoolEnv(deleteSqsMsgIfNodeNotFoundKey, false), "If true, delete SQS Messages from the SQS Queue if the targeted node(s) are not found.") | ||
| flag.BoolVar(&config.UseAPIServerCacheToListPods, "use-apiserver-cache", getBoolEnv(useAPIServerCache, false), "If true, leverage the k8s apiserver's index on pod's spec.nodeName to list pods on a node, instead of doing an etcd quorum read.") | ||
| flag.IntVar(&config.HeartbeatInterval, "heartbeat-interval", getIntEnv(heartbeatIntervalKey, -1), "The time period in seconds between consecutive heartbeat signals. Valid range: 30-3600 seconds (30 seconds to 1 hour).") | ||
| flag.IntVar(&config.HeartbeatUntil, "heartbeat-until", getIntEnv(heartbeatUntilKey, -1), "The duration in seconds over which heartbeat signals are sent. Valid range: 60-172800 seconds (1 minute to 48 hours).") | ||
| flag.Parse() | ||
|
|
||
| if isConfigProvided("pod-termination-grace-period", podTerminationGracePeriodConfigKey) && isConfigProvided("grace-period", gracePeriodConfigKey) { | ||
|
|
@@ -274,6 +281,27 @@ func ParseCliArgs() (config Config, err error) { | |
| panic("You must provide a node-name to the CLI or NODE_NAME environment variable.") | ||
| } | ||
|
|
||
| // heartbeat value boundary and compability check | ||
| if !config.EnableSQSTerminationDraining && (config.HeartbeatInterval != -1 || config.HeartbeatUntil != -1) { | ||
| return config, fmt.Errorf("currently using IMDS mode. Heartbeat is only supported for Queue Processor mode") | ||
| } | ||
| if config.HeartbeatInterval != -1 && (config.HeartbeatInterval < 30 || config.HeartbeatInterval > 3600) { | ||
| return config, fmt.Errorf("invalid heartbeat-interval passed: %d Should be between 30 and 3600 seconds", config.HeartbeatInterval) | ||
| } | ||
| if config.HeartbeatUntil != -1 && (config.HeartbeatUntil < 60 || config.HeartbeatUntil > 172800) { | ||
| return config, fmt.Errorf("invalid heartbeat-until passed: %d Should be between 60 and 172800 seconds", config.HeartbeatUntil) | ||
| } | ||
| if config.HeartbeatInterval == -1 && config.HeartbeatUntil != -1 { | ||
| return config, fmt.Errorf("invalid heartbeat configuration: heartbeat-interval is required when heartbeat-until is set") | ||
| } | ||
| if config.HeartbeatInterval != -1 && config.HeartbeatUntil == -1 { | ||
| config.HeartbeatUntil = 172800 | ||
| log.Info().Msgf("Since heartbeat-until is not set, defaulting to %d seconds", config.HeartbeatUntil) | ||
| } | ||
| if config.HeartbeatInterval != -1 && config.HeartbeatUntil != -1 && config.HeartbeatInterval > config.HeartbeatUntil { | ||
| return config, fmt.Errorf("invalid heartbeat configuration: heartbeat-interval should be less than or equal to heartbeat-until") | ||
| } | ||
|
|
||
| // client-go expects these to be set in env vars | ||
| os.Setenv(kubernetesServiceHostConfigKey, config.KubernetesServiceHost) | ||
| os.Setenv(kubernetesServicePortConfigKey, config.KubernetesServicePort) | ||
|
|
@@ -332,6 +360,8 @@ func (c Config) PrintJsonConfigArgs() { | |
| Str("ManagedTag", c.ManagedTag). | ||
| Bool("use_provider_id", c.UseProviderId). | ||
| Bool("use_apiserver_cache", c.UseAPIServerCacheToListPods). | ||
| Int("heartbeat_interval", c.HeartbeatInterval). | ||
| Int("heartbeat_until", c.HeartbeatUntil). | ||
| Msg("aws-node-termination-handler arguments") | ||
| } | ||
|
|
||
|
|
@@ -383,7 +413,9 @@ func (c Config) PrintHumanConfigArgs() { | |
| "\tmanaged-tag: %s,\n"+ | ||
| "\tuse-provider-id: %t,\n"+ | ||
| "\taws-endpoint: %s,\n"+ | ||
| "\tuse-apiserver-cache: %t,\n", | ||
| "\tuse-apiserver-cache: %t,\n"+ | ||
| "\theartbeat-interval: %d,\n"+ | ||
| "\theartbeat-until: %d\n", | ||
| c.DryRun, | ||
| c.NodeName, | ||
| c.PodName, | ||
|
|
@@ -424,6 +456,8 @@ func (c Config) PrintHumanConfigArgs() { | |
| c.UseProviderId, | ||
| c.AWSEndpoint, | ||
| c.UseAPIServerCacheToListPods, | ||
| c.HeartbeatInterval, | ||
| c.HeartbeatUntil, | ||
| ) | ||
| } | ||
|
|
||
|
|
||
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I would add a line that explains when this feature would be useful: e.g. When a customer has pods that have long-running drain tasks.