AWS autoscaling documentation change
Summary
Updated terminology from 'Auto Scaling group' to 'Amazon EC2 Auto Scaling group' throughout the document for consistency and clarity
Security assessment
The changes are purely terminological updates to use the full service name ('Amazon EC2 Auto Scaling group') rather than introducing or modifying security-related content. There is no evidence of addressing vulnerabilities, security configurations, or security incident responses.
Diff
diff --git a/autoscaling/ec2/userguide/as-scale-based-on-demand.md b/autoscaling/ec2/userguide/as-scale-based-on-demand.md index c73de5765..48705dd6f 100644 --- a//autoscaling/ec2/userguide/as-scale-based-on-demand.md +++ b//autoscaling/ec2/userguide/as-scale-based-on-demand.md @@ -9 +9 @@ How dynamic scaling policies workMultiple dynamic scaling policies -Dynamic scaling scales the capacity of your Auto Scaling group as traffic changes occur. +Dynamic scaling scales the capacity of your Amazon EC2 Auto Scaling group as traffic changes occur. @@ -22 +22 @@ Amazon EC2 Auto Scaling supports the following types of dynamic scaling policies -We strongly recommend that you use target tracking scaling policies and choose a metric that changes inversely proportional to a change in the capacity of your Auto Scaling group. So if you double the size of your Auto Scaling group, the metric decreases by 50 percent. This allows the metric data to accurately trigger proportional scaling events. Included are metrics like average CPU utilization or average request count per target. +We strongly recommend that you use target tracking scaling policies and choose a metric that changes inversely proportional to a change in the capacity of your Amazon EC2 Auto Scaling group. So if you double the size of your Amazon EC2 Auto Scaling group, the metric decreases by 50 percent. This allows the metric data to accurately trigger proportional scaling events. Included are metrics like average CPU utilization or average request count per target. @@ -24 +24 @@ We strongly recommend that you use target tracking scaling policies and choose a -With target tracking, your Auto Scaling group scales in direct proportion to the actual load on your application. That means that in addition to meeting the immediate need for capacity in response to load changes, a target tracking policy can also adapt to load changes that take place over time, for example, due to seasonal variations. +With target tracking, your Amazon EC2 Auto Scaling group scales in direct proportion to the actual load on your application. That means that in addition to meeting the immediate need for capacity in response to load changes, a target tracking policy can also adapt to load changes that take place over time, for example, due to seasonal variations. @@ -42 +42 @@ Target tracking policies also remove the need to manually define CloudWatch alar - * [Verify a scaling activity for an Auto Scaling group](./as-verify-scaling-activity.html) + * [Verify a scaling activity for an Amazon EC2 Auto Scaling group](./as-verify-scaling-activity.html) @@ -44 +44 @@ Target tracking policies also remove the need to manually define CloudWatch alar - * [Disable a scaling policy for an Auto Scaling group](./as-enable-disable-scaling-policy.html) + * [Disable a scaling policy for an Amazon EC2 Auto Scaling group](./as-enable-disable-scaling-policy.html) @@ -46 +46 @@ Target tracking policies also remove the need to manually define CloudWatch alar - * [Delete a scaling policy for an Auto Scaling group](./deleting-scaling-policy.html) + * [Delete a scaling policy for an Amazon EC2 Auto Scaling group](./deleting-scaling-policy.html) @@ -55 +55 @@ Target tracking policies also remove the need to manually define CloudWatch alar -A dynamic scaling policy instructs Amazon EC2 Auto Scaling to track a specific CloudWatch metric, and it defines what action to take when the associated CloudWatch alarm is in ALARM. The metrics that are used to invoke the alarm state are an aggregation of metrics coming from all of the instances in the Auto Scaling group. (For example, let's say you have an Auto Scaling group with two instances where one instance is at 60 percent CPU and the other is at 40 percent CPU. On average, they are at 50 percent CPU.) When the policy is in effect, Amazon EC2 Auto Scaling adjusts the group's desired capacity up or down when the threshold of an alarm is breached. +A dynamic scaling policy instructs Amazon EC2 Auto Scaling to track a specific CloudWatch metric, and it defines what action to take when the associated CloudWatch alarm is in ALARM. The metrics that are used to invoke the alarm state are an aggregation of metrics coming from all of the instances in the Amazon EC2 Auto Scaling group. (For example, let's say you have an Amazon EC2 Auto Scaling group with two instances where one instance is at 60 percent CPU and the other is at 40 percent CPU. On average, they are at 50 percent CPU.) When the policy is in effect, Amazon EC2 Auto Scaling adjusts the group's desired capacity up or down when the threshold of an alarm is breached. @@ -59 +59 @@ When a dynamic scaling policy is invoked, if the capacity calculation produces a - * Example 1: An Auto Scaling group has a maximum capacity of 3, a current capacity of 2, and a dynamic scaling policy that adds 3 instances. When invoking this policy, Amazon EC2 Auto Scaling adds only 1 instance to the group to prevent the group from exceeding its maximum size. + * Example 1: An Amazon EC2 Auto Scaling group has a maximum capacity of 3, a current capacity of 2, and a dynamic scaling policy that adds 3 instances. When invoking this policy, Amazon EC2 Auto Scaling adds only 1 instance to the group to prevent the group from exceeding its maximum size. @@ -61 +61 @@ When a dynamic scaling policy is invoked, if the capacity calculation produces a - * Example 2: An Auto Scaling group has a minimum capacity of 2, a current capacity of 3, and a dynamic scaling policy that removes 2 instances. When invoking this policy, Amazon EC2 Auto Scaling removes only 1 instance from the group to prevent the group from becoming less than its minimum size. + * Example 2: An Amazon EC2 Auto Scaling group has a minimum capacity of 2, a current capacity of 3, and a dynamic scaling policy that removes 2 instances. When invoking this policy, Amazon EC2 Auto Scaling removes only 1 instance from the group to prevent the group from becoming less than its minimum size. @@ -70 +70 @@ The exception is when you use instance weights. In this case, Amazon EC2 Auto Sc - * Example 3: An Auto Scaling group has a maximum capacity of 12, a current capacity of 10, and a dynamic scaling policy that adds 5 capacity units. Instance types have one of three weights assigned: 1, 4, or 6. When invoking the policy, Amazon EC2 Auto Scaling chooses to launch an instance type with a weight of 6 based on the allocation strategy. The result of this scale-out event is a group with a desired capacity of 12 and a current capacity of 16. + * Example 3: An Amazon EC2 Auto Scaling group has a maximum capacity of 12, a current capacity of 10, and a dynamic scaling policy that adds 5 capacity units. Instance types have one of three weights assigned: 1, 4, or 6. When invoking the policy, Amazon EC2 Auto Scaling chooses to launch an instance type with a weight of 6 based on the allocation strategy. The result of this scale-out event is a group with a desired capacity of 12 and a current capacity of 16. @@ -77 +77 @@ The exception is when you use instance weights. In this case, Amazon EC2 Auto Sc -In most cases, a target tracking scaling policy is sufficient to configure your Auto Scaling group to scale out and scale in automatically. A target tracking scaling policy allows you to select a desired outcome and have the Auto Scaling group add and remove instances as needed to achieve that outcome. +In most cases, a target tracking scaling policy is sufficient to configure your Amazon EC2 Auto Scaling group to scale out and scale in automatically. A target tracking scaling policy allows you to select a desired outcome and have the Amazon EC2 Auto Scaling group add and remove instances as needed to achieve that outcome. @@ -79 +79 @@ In most cases, a target tracking scaling policy is sufficient to configure your -For an advanced scaling configuration, your Auto Scaling group can have more than one scaling policy. For example, you can define one or more target tracking scaling policies, one or more step scaling policies, or both. This provides greater flexibility to cover multiple scenarios. +For an advanced scaling configuration, your Amazon EC2 Auto Scaling group can have more than one scaling policy. For example, you can define one or more target tracking scaling policies, one or more step scaling policies, or both. This provides greater flexibility to cover multiple scenarios. @@ -81 +81 @@ For an advanced scaling configuration, your Auto Scaling group can have more tha -To illustrate how multiple dynamic scaling policies work together, consider an application that uses an Auto Scaling group and an Amazon SQS queue to send requests to a single EC2 instance. To help ensure that the application performs at optimum levels, there are two policies that control when the Auto Scaling group should scale out. One is a target tracking policy that uses a custom metric to add and remove capacity based on the number of SQS messages in the queue. The other is a step scaling policy that uses the Amazon CloudWatch `CPUUtilization` metric to add capacity when the instance exceeds 90 percent utilization for a specified length of time. +To illustrate how multiple dynamic scaling policies work together, consider an application that uses an Amazon EC2 Auto Scaling group and an Amazon SQS queue to send requests to a single EC2 instance. To help ensure that the application performs at optimum levels, there are two policies that control when the Amazon EC2 Auto Scaling group should scale out. One is a target tracking policy that uses a custom metric to add and remove capacity based on the number of SQS messages in the queue. The other is a step scaling policy that uses the Amazon CloudWatch `CPUUtilization` metric to add capacity when the instance exceeds 90 percent utilization for a specified length of time. @@ -83 +83 @@ To illustrate how multiple dynamic scaling policies work together, consider an a -When there are multiple policies in force at the same time, there's a chance that each policy could instruct the Auto Scaling group to scale out (or in) at the same time. For example, it's possible that the `CPUUtilization` metric spikes and breaches the threshold of the CloudWatch alarm at the same time that the SQS custom metric spikes and breaches the threshold of the custom metric alarm. +When there are multiple policies in force at the same time, there's a chance that each policy could instruct the Amazon EC2 Auto Scaling group to scale out (or in) at the same time. For example, it's possible that the `CPUUtilization` metric spikes and breaches the threshold of the CloudWatch alarm at the same time that the SQS custom metric spikes and breaches the threshold of the custom metric alarm. @@ -85 +85 @@ When there are multiple policies in force at the same time, there's a chance tha -When these situations occur, Amazon EC2 Auto Scaling chooses the policy that provides the largest capacity for both scale out and scale in. Suppose, for example, that the policy for `CPUUtilization` launches one instance, while the policy for the SQS queue launches two instances. If the scale-out criteria for both policies are met at the same time, Amazon EC2 Auto Scaling gives precedence to the SQS queue policy. This results in the Auto Scaling group launching two instances. +When these situations occur, Amazon EC2 Auto Scaling chooses the policy that provides the largest capacity for both scale out and scale in. Suppose, for example, that the policy for `CPUUtilization` launches one instance, while the policy for the SQS queue launches two instances. If the scale-out criteria for both policies are met at the same time, Amazon EC2 Auto Scaling gives precedence to the SQS queue policy. This results in the Amazon EC2 Auto Scaling group launching two instances. @@ -87 +87 @@ When these situations occur, Amazon EC2 Auto Scaling chooses the policy that pro -The approach of giving precedence to the policy that provides the largest capacity applies even when the policies use different criteria for scaling in. For example, if one policy terminates three instances, another policy decreases the number of instances by 25 percent, and the group has eight instances at the time of scale in, Amazon EC2 Auto Scaling gives precedence to the policy that provides the largest number of instances for the group. This results in the Auto Scaling group terminating two instances (25 percent of 8 = 2). The intention is to prevent Amazon EC2 Auto Scaling from removing too many instances. +The approach of giving precedence to the policy that provides the largest capacity applies even when the policies use different criteria for scaling in. For example, if one policy terminates three instances, another policy decreases the number of instances by 25 percent, and the group has eight instances at the time of scale in, Amazon EC2 Auto Scaling gives precedence to the policy that provides the largest number of instances for the group. This results in the Amazon EC2 Auto Scaling group terminating two instances (25 percent of 8 = 2). The intention is to prevent Amazon EC2 Auto Scaling from removing too many instances.