CloudFix Finder/Fixer: RDS Optimize Instances
Optimize the cost and performance of your Amazon RDS database instances with CloudFix. This Finder identifies opportunities to retype and resize RDS instances based on actual usage patterns, helping you make data-driven decisions about your database resources and reduce your overall AWS costs.
Contents
- What It Does
- How It Works
- AWS Services Affected
- Benefits
- Implementation Details
- Frequently Asked Questions
- Related Resources
What It Does
The RDS Optimize Instances Finder identifies Amazon RDS databases that could benefit from instance type changes, focusing on Aurora PostgreSQL and RDS PostgreSQL engines. By analyzing usage patterns and comparing current instance types against available options, it recommends more cost-effective configurations without compromising performance.
This Finder targets two primary optimization strategies:
- Resizing operations: Adjusting the instance size to better match your actual workload requirements (e.g., db.r6i.16xlarge β db.r6i.12xlarge)
- Retyping to Graviton: Moving from x86-based instances to more cost-effective ARM-based Graviton instances (e.g., db.r6i.12xlarge β db.r6g.12xlarge)
By leveraging AWS Compute Optimizer recommendations and CloudFix analytics, you can achieve significant savings on database instance costsβup to 33% when combining both resizing and Graviton migration.
How It Works
CloudFix analyzes your RDS instances through a multi-step process:
- Identifies candidate RDS instances using the AWS Cost and Usage Report (CUR) by filtering for:
- RDS instances running PostgreSQL or Aurora PostgreSQL engines
- Non-serverless instances that have been active for at least 14 days
- Annual costs exceeding a configurable threshold (default $100)
- Leverages AWS Compute Optimizer’s API to gather right-sizing recommendations
- Applies additional filtering to select only recommendations that:
- Provide at least 15% cost savings
- Focus on gen6 or gen7 instance types
- Include Graviton instances when appropriate
- Are rated as “low” or “very low” risk by AWS Compute Optimizer
- Presents actionable recommendations in the CloudFix user interface
These recommendations are based on actual CPU and memory utilization metrics from CloudWatch, ensuring that the suggested changes align with your database’s real-world usage patterns.
AWS Services Affected
Benefits
- Cost Savings: Reduce RDS instance costs by up to 33% by combining right-sizing and Graviton migration
- Performance Optimization: Select instance types that best match your workload requirements
- Graviton Advantages: Benefit from ARM-based instances that provide up to 10-15% cost savings for the same compute capacity
- Data-Driven Decisions: Make changes based on actual usage metrics rather than guesswork
- Risk Mitigation: Recommendations are filtered for low-risk implementations
When comparing pricing across different instance types and families, the potential for savings becomes clear:
- Resizing operations (e.g., db.r6i.16xlarge β db.r6i.12xlarge): ~25% cost reduction
- Retyping to Graviton (e.g., db.r6i.12xlarge β db.r6g.12xlarge): ~10.5% cost reduction
- Combined approach (e.g., db.r6i.16xlarge β db.r6g.12xlarge): ~33% cost reduction
Implementation Details
This Finder does not have an automatic Fixer. RDS instance modifications must be performed manually through the following process:
- Review the recommendations in the CloudFix user interface
- Select an appropriate maintenance window for the change
- Modify the instance using either:
- The AWS Management Console: Navigate to RDS β Databases β select the instance β Modify
- The AWS CLI: Use the
modify-db-instance
command with the appropriate parameters
- Monitor the instance during and after the change to ensure performance meets expectations
Example AWS CLI command:
aws rds modify-db-instance \
--db-instance-identifier your-instance-id \
--db-instance-class db.r6g.12xlarge \
--apply-immediately
Note that modifying an RDS instance may cause a brief interruption during the change. For PostgreSQL instances, the database will be unavailable during the instance class change. Plan to perform this operation during a maintenance window to minimize impact.
Frequently Asked Questions
Can CloudFix implement the fix automatically?
No. This is a manually executed fix that requires planning and execution by your team to ensure minimal impact on your applications.
Does this fix require downtime?
Yes. Modifying an RDS instance class requires a brief period of downtime while the instance is modified. For PostgreSQL databases, the instance will be unavailable during this operation. It’s recommended to schedule these changes during maintenance windows.
Will this affect my database performance?
CloudFix only recommends changes that are assessed as “low” or “very low” risk by AWS Compute Optimizer, meaning the performance impact should be minimal. However, it’s always a good practice to monitor your database after making changes to ensure it meets your performance requirements.
Is it possible to roll back if I encounter issues?
Yes. You can revert to the original instance type by repeating the modification process with the original instance class. This will require another period of downtime.
Which database engines are supported?
This specific Finder targets Aurora PostgreSQL and RDS PostgreSQL instances. CloudFix also offers similar optimization recommendations for other database engines like Aurora MySQL and RDS MySQL.