Working with Auto Scaling Groups
Working with Auto Scaling Groups
#380460
The Auto Scaling Groups (ASG) tab displays optimization opportunities for AWS Auto Scaling groups discovered through CloudWatch data collection. Optimization opportunities include group sizing and instance type recommendations based on predictive workload analytics.
When working with ASGs note the following:
- EC2 instances that belong to an ASG are logically treated as part of the ASG service entity and recommendations are made for the group and not for the individual instances.
- Auto Scaling groups configured with maximum group size = 1, are only included in the EC2 tab. ASGs configured with maximum group size > 1, are included in the Auto Scaling Groups tab.
- If an ASG is associated with an ECS or EKS service, the Densify analysis requires additional information to ensure the ASG can satisfy all of the container reservation requests. Additional data should be collected by deploying the Densify container data forwarder into this cluster. Contact [email protected] for details.
- ASGs configured to use the 'Combined Purchasing Options and Instance Types' feature will have an attached policy that defines the mix of instance types on which the ASG can run. Densify cannot analyze these ASGs. However, an ASG with a mixed policy attached, can still be configured to run on one instance type. These ASGs can be analyzed.
- If memory data is not available for ASGs, memory utilization of the parent ECS or EKS service will be used and if that data is also not available, the backfill memory settings will be used for the analysis. See ASG Backfilling Memory.
The ASG optimization opportunity report is divided into two sections:
- The tabular report in the upper pane, shows details of the ASGs and their recommendations.
- Tabs in the lower pane display the selected ASG's predicted scaling activity and resource utilization details. A third tab shows the effort required to implement the recommendations.
Summary totals are displayed in the upper right corner of the page. These totals are for the systems displayed on the current page and not all analyzed containers.
Note: This summary bar will not be updated based on the criteria in the table filter. See Using the Table Filter for details on using the filter table.
Note: When exported to .CSV the Total Savings value may not match the value in the exported .CSV file because the .CSV format does not support formulas and the total savings are a calculation per line, of the number of containers multiplied by savings.
The controls, in the upper right corner of the page, provide options for managing and viewing your data more effectively. See Data Controls on Tabular Reports for more details.
The ASG tabular report is ordered based on the following sorting keys:

Sort Key |
Description |
||
---|---|---|---|
The Auto scaling groups are first sorted by Overall Status, in the following order:
|
|||
If the Overall Status is the same, then the secondary sort key is Optimization Type. ASGs are sorted by Optimization Type in the following order:
|
|||
3. Account |
If Overall Status and Optimization Types are the same for the ASGs, then the tertiary sort key is the Account number, in ascending order. |
||
4. Auto Scaling Group name |
If all of the above sort keys are the same, then the final sorting is done by the Auto Scaling group name, in ascending, alphabetical order. |
You can filter the ASG optimization tabular report based on recommendations using the Recommendation Filter Menu. This filter allows you to narrow the results of your report based on overall status, optimization type, effort required and whether or not the recommendation should be deferred. For details, see
Densify cannot analyze ASGs with a set of mixed instance types i.e. ASGs configured to use the 'Combined Purchasing Options and Instance Types' feature. However, an ASG with a mixed policy attached, can still be configured to run on one instance type and Densify can analyze these ASGs.
Densify checks the ASG's attached policy to determine if it is actually configured to run on a single instance type. Mixed groups are tagged by setting the attribute, "Mixed Instance Policy Set" to True and these ASGs are filtered from the analysis using the Cloud Environment filter.
Additionally, Densify detects mixed instance configurations that result from changes to the launch configuration/scale set model. When the configuration of an ASG changes then in the event of scale out, new instances are created based on the new configuration, while the existing child instances continue to run with the previous configuration.
In the event of a scale in, ASGs are typically set to favour terminating instance types created via the old launch template. This behaviour may result in a mix of instance types in the ASG.
Densify detects these changes and excludes services where the configuration of the ASG has changed but the running child-instances have not been affected.
The tabular report displays the current and recommended instance sizing and cost details for each ASG associated with downsizing, upsizing, or modernizing the instance type in the ASG's configuration. See the recommended Instance Type column for instance sizing recommendations.
The report also displays recommended group sizing associated with downscaling or upscaling the ASG. See the Min Group Size or the Current Maximum Size columns for the recommended group size. Refer to Reviewing the ASG Optimization Opportunity Report Columns for a description of the ASG tabular report columns.
Reviewing Specific Instance Details
The bottom pane of the ASG report provides the following information for the ASG, selected in the tabular report:
- In Service Instances—Shows workload charts for current and recommended predicted scaling activities for the selected ASG. For ASGs identified as "Just Right" or "Terminate" (optimization type), only the current in-service auto scaling activity chart is displayed.
- ASG Utilization —Shows charts for current and recommended CPU Utilization, Memory Utilization for the selected ASG. Network I/O, Disk I/O workload charts are also included, showing utilization at the ASG level. For ASGs belonging to ECS clusters, additional CPU and Memory Reservation charts are displayed. You can view workload charts for each group member from the Working with Auto Scaling Groups page.
- Effort Details Tab—This table lists the factors that contribute to the effort required to investigate and implement the Densify recommendations. Effort for each group is calculated by rule-driven analytics based on factors (such as instance family change, data quality checks, feature changes, etc.) that can be configured in the policy settings and through analysis rule sets. A description of each rule and its impact on the effort to implement the recommended changes are provided.
Reviewing the ASG Optimization Opportunity Report Columns

Column Name |
Description |
||||||
---|---|---|---|---|---|---|---|
The AWS linked account containing the Auto Scaling group. |
|||||||
Region |
The region containing the Auto Scaling group. |
||||||
The AWS EC2 Auto Scaling group name, discovered during data collection. The Auto Scaling group name is a hyperlink that opens the Impact Analysis and Recommendations report, from which you can review group-specific details. See |
|||||||
A unique key assigned by the public cloud vendors to identify this instance.
This column is hidden by default. You can enable it for display, as required. See Data Controls, above. |
|||||||
This column indicates the name of the Kubernetes cluster that the ASG is hosting. When populated the analysis requires additional information to ensure the ASG can satisfy all of the container requests. If the column "K8s Node Group" is populated with a dash (-) or the column is not visible, then consider deploying the Densify data forwarder Note: This column is available only if the Auto Scaling group is hosting a Kubernetes cluster. |
|||||||
This column indicates the name of the Kubernetes cluster name as configured in the Densify data forwarder.
This column is hidden by default. You can enable it for display, as required. See Data Controls, above. |
|||||||
This column indicates the name of the Kubernetes node group associated with this ASG. When populated, Densify has the data required for enhanced Scale Group analysis. Note: This column is available only if the Auto Scaling group is hosting a Kubernetes cluster.
This column is hidden by default. You can enable it for display, as required. See Data Controls, above. |
|||||||
The name of the ECS cluster hosted by the Auto Scaling group. The additional cluster-level information is used for enhanced ASG analysis, resulting in more accurate recommendations. Note: This column is available only if the Auto Scaling group is hosting an ECS instance.
This column is hidden by default. You can enable it for display, as required. See Data Controls, above. For ECS services, capacity providers can be used to manage the infrastructure that the tasks in your clusters use. Capacity providers for ECS allow for multiple ASGs to support an ECS cluster. The reference in this column accounts for created capacity providers and indicates the ECS service cluster that is associated with this ASG. There will be an impact to the effort value for ASGs, hosting a Kubernetes cluster, and not linked with a ECS/EKS reference (i.e. has no parent). |
|||||||
The current catalog instance is listed. This value is based on the data collected. |
|||||||
Avg Group Size |
The average instance count when the ASG is running. |
||||||
The minimum number of instances/hour currently configured in the scale group. |
|||||||
The maximum number of instances/hour currently configured in the scale group. |
|||||||
Total Hrs |
The total number of hours since the ASG was created. This column is hidden by default. You can enable it for display, as required. See Data Controls, above. |
||||||
Running Hrs |
The number of hours that the ASG has been running. This column is hidden by default. You can enable it for display, as required. See Data Controls, above. Both Total Hrs and Running Hrs are restricted by the historical time range defined in the policy (i.e. 60d history). |
||||||
Uptime (%) |
The Predicted_uptime%, and not the observed uptime percent. When using pay-per-use pricing models, the amount of time each instance has been running, is required to accurately estimate future costs. The predicted uptime (%) for a cloud instance or container, is based on the percentage of hours CPU utilization data is present in the historical interval, as specified in the policy settings for the entity. For Auto Scaling groups and VM Scale Sets and Individual child instances are not taken into account. Predicted uptime %, for new instances or containers, that started mid-way through the historical interval, is calculated from the time/date that the instance was started as opposed to the beginning of the interval, resulting in more accurate predictions for future usage. For example, the uptime is the number of hours that have "CPU Utilization in mcores", and the range is the lesser of when the container was discovered, or the range defined in the policy. Looking at a specific container that was discovered on Jan 5th 2024, that has workload of 42 hours since that date, then the uptime % is 42 hrs/(13 days x 24 hrs/day) = 13.4%. This is the value shown in this column. |
||||||
Life Cycle |
This is the instance market option configured for the Auto Scaling group.
This column is hidden by default. You can enable it for display, as required. See Data Controls, above. |
||||||
Identifies the overall status of the optimization results based on Optimization Type and potential Net Savings ($/Month) :
|
|||||||
The recommended action for the group of instances. See |
|||||||
Recommended Instance Type |
This is the recommended catalog instance, based on optimization analysis. |
||||||
The predicted average instance count on the recommended instance type. |
|||||||
Recom. Min Group Size |
The minimum number of instances recommended for the scale group. |
||||||
Recom. Max Group Size |
The maximum number of instances recommended for the scale group. |
||||||
The estimated cost savings per month. The predicted average instance counts, the instance type cost and predicted uptime are used to calculate the current and recommended estimated cost. The savings are calculated as the current estimated cost minus the recommended estimated cost. |
|||||||
This value indicates whether the scaling mode needs to be reviewed. Possible values are:
|
|||||||
Current CPU |
The CPU allocation for the current instance type. This value is for a single instance and is not multiplied by the average number of instances. This column is hidden by default. You can enable it for display, as required. See Data Controls, above. |
||||||
Recommended CPU |
The CPU allocation for the recommended instance type. This value is for a single instance and is not multiplied by the average number of instances. This column is hidden by default. You can enable it for display, as required. See Data Controls, above. |
||||||
Current CPU Benchmark |
The CPU benchmark for the current instance type. This column is hidden by default. You can enable it for display, as required. See Data Controls, above. |
||||||
Current Memory Allocation (GB) |
The memory allocation for the current instance type. This value is for a single instance and is not multiplied by the average number of instances. This column is hidden by default. You can enable it for display, as required. See Data Controls, above. |
||||||
Recommended Memory |
The memory allocation for the recommended instance type. This value is for a single instance and is not multiplied by the average number of instances. This column is hidden by default. You can enable it for display, as required. See Data Controls, above. |
||||||
Recommended Memory Benchmark |
The memory benchmark for the recommended instance type.. This column is hidden by default. You can enable it for display, as required. See Data Controls, above. |
||||||
[ High | Medium | Low | None ] This column describes the effort required to investigate and implement the Densify recommendations. The displayed group effort is an average of all the calculated efforts for each instance (or service) in the group. Effort for each instance is calculated by rule-driven analytics based on factors (such as family change, storage change, data quality checks, feature changes, etc.) that can be configured in the policy settings and rule set which captures best practices. See the Effort Details tab in the lower pane for additional effort details for the selected ASG. There will be an impact to the effort value for ASGs, hosting a Kubernetes cluster, and not linked with a ECS/EKS reference (i.e. has no parent). |
|||||||
Instance Type Updated On |
A value in this column indicates the instance type has been changed recently. The workload for this instance, on which the recommendation is based, includes only the days of data from the indicated date to the current date. All historical data for this instance, collected prior to the indicated date is not included in the analysis. Previous data has been excluded because it was based on the previous instance type. A blank cell indicates the current instance type has not changed and all available workload data within the range, defined by the policy, has been used to generate the recommendation. Contact [email protected] to enable this feature. See Relearning Workload Patterns for more details. This column is hidden by default. You can enable it for display, as required. See Data Controls, above. |
||||||
Total Savings ($/Month) |
Total savings based on making all of the recommended changes. This is the sum of all net monthly savings. If the number of ASGs spans multiple pages this is the total for all pages. |
Exporting the ASG Optimization Opportunity Report
- Click the download CSV icon to export the content of the Auto Scaling Group dashboard to a .CSV file.
- Locate and open your download folder to see your exported data.
The AutoScalingGroupsSummary report contains the tabular list of ASGs from the Auto Scaling Group optimization opportunity tabular list view. All filtering options will be applied to the exported data
Additional Considerations for ASG Recommendations
EKS-aware ASG Recommendations
ASGs and their EC2 group members are loaded from AWS audits and Kubernetes entities are collected via the Densify Data Forwarder from Prometheus data. Linking these entities is extremely complex as even the Kubernetes cluster names may not match.
A single Kubernetes cluster can run on one or more ASG with each ASG running in a node group within the cluster; however it is possible to skip node groups, and in this case the ASG must be linked directly to the cluster entity.
Densify matches, counts and links entities and ASG recommendations are made based on the established EKS-ASG associations.
If you are not collecting memory metrics, Densify provides a method to simulate memory utilization using backfill memory policy settings. Contact [email protected] for details.