Considerations for suspending processes
Consider the following before suspending processes:
- 
                    Suspending AlarmNotificationallows you to temporarily stop the group's target tracking, step, and simple scaling policies without deleting the scaling policies or their associated CloudWatch alarms. To temporarily stop individual scaling policies instead, see Disable a scaling policy for an Auto Scaling group.
- 
                    You might choose to suspend the HealthCheckandReplaceUnhealthyprocesses to reboot instances without Amazon EC2 Auto Scaling terminating the instances based on its health checks. However, if you need Amazon EC2 Auto Scaling to continue performing health checks on the remaining instances, use the standby feature instead. For more information, see Temporarily remove instances from your Auto Scaling group.
- 
                    If you suspend the LaunchandTerminateprocesses, orAZRebalance, and then you make changes to your Auto Scaling group, for example, by detaching instances or changing the Availability Zones that are specified, your group can become unbalanced between Availability Zones. If that happens, after you resume the suspended processes, Amazon EC2 Auto Scaling gradually redistributes instances evenly between the Availability Zones.
- 
                    If you suspend the Terminateprocess, you can still force instances to be terminated by using the delete-auto-scaling-groupcommand with the force delete option. 
- 
                    Suspending the Terminateprocess applies only to instances that are currently in theInServicestate. It does not prevent the termination of instances in other states, such asPending, or instances that fail to resume properly from standby.
- 
                    The RemoveFromLoadBalancerLowPriorityprocess can be ignored when it is present in calls to describe Auto Scaling groups using the Amazon CLI or SDKs. This process is deprecated and is retained only for backward compatibility.