- Amazon RDS›
- Amazon Aurora›
- Pricing
Amazon Aurora Pricing
Amazon Aurora is a modern relational database service. It offers unparalleled high performance and high availability at global scale with fully open-source MySQL- and PostgreSQL-compatible editions and a range of developer tools for building serverless and machine learning (ML)-driven applications.
Choose the Aurora pricing that is right for your business needs, with predictable, pay-as-you-go, On-Demand, or Reserved Instance pricing. Aurora charges for database instances, storage, and I/O based on database cluster configuration, along with any optional features you choose to enable.
Aurora cluster configuration
With Aurora, you can configure your database clusters to run cost effectively, regardless of the scaling needs or evolving data access patterns of your applications. You have the flexibility to choose between Amazon Aurora Standard and Amazon Aurora I/O-Optimized configuration options to best match the price-performance and price-predictability requirements of your unique workload characteristics. Your database instance, storage and I/O charges will vary based on the option you choose. To learn more, visit Amazon Aurora storage and reliability.
Aurora Standard offers cost-effective pricing for the vast majority of applications running on Aurora with typical data access patterns and low to moderate I/O usage. With Aurora Standard, you pay for your database instances, storage, and pay-per-request I/O.
Aurora I/O-Optimized delivers improved price performance for I/O-intensive applications. If your I/O spend exceeds 25% of your total Aurora database spend, you can save up to 40% on costs for I/O-intensive workloads with Aurora I/O-Optimized. With Aurora I/O-Optimized, you only pay for your database instances and storage usage, and there are zero charges for read and write I/O operations. Aurora I/O-Optimized offers predictable pricing for all applications regardless of evolving data access patterns or I/O usage. Aurora I/O-Optimized eliminates variability in I/O spend.
Pricing by database instances
With Aurora, you can choose Amazon Aurora Serverless, which automatically starts up, shuts down, and scales capacity up or down based on your application's needs. You pay only for capacity consumed.
Amazon Aurora PostgreSQL Limitless Database provides automated horizontal scaling to process millions of write transactions per second and manages petabytes of data while maintaining the simplicity of operating inside a single database.
Alternatively, you can choose Provisioned On-Demand Instances and pay for your database per DB instance-hour consumed with no long-term commitments or upfront fees, or choose Provisioned Reserved Instances for additional savings.
Instance charges apply to both Aurora primary instances and Replicas. The charges will vary based on the database cluster configuration you choose to best match the price-performance and price-predictability needs of your application. All instances in a database cluster will either be charged the price for the Aurora Standard or Aurora I/O-Optimized configuration.
Optimized Reads instances for Aurora PostgreSQL
Optimized Reads instances available for Amazon Aurora PostgreSQL-Compatible Edition use local NVMe-based SSD block-level storage to improve query latency of applications with data-sets exceeding the memory capacity of a database instance. It includes two features: tiered caching and temporary objects.
Tiered caching delivers up to 8x improved query latency and up to 30% cost savings for read-heavy, I/O-intensive applications, such as operational dashboards, anomaly detection, and vector-based similarity searches. Tiered caching automatically stores data evicted from the in-memory database buffer cache onto local storage to speed up subsequent data accesses. Tiered caching is available for Aurora PostgreSQL with the Aurora I/O-Optimized configuration.
Temporary objects achieve faster query processing by placing temporary tables on local storage, improving the performance of queries involving sorts, hash aggregations, high-load joins, and other data-intensive operations. Temporary objects are available for Aurora PostgreSQL with the Aurora I/O-Optimized and Aurora Standard configurations. To learn more, visit Aurora Optimized Reads.
Select Aurora MySQL-Compatible Edition or Aurora PostgreSQL-Compatible Edition to view database instance pricing.
-
Aurora MySQL-Compatible Edition
Select to see details about MySQL-Compatible pricing options-
Serverless
-
Provisioned On-Demand Instance
-
Provisioned Reserved Instance
-
Serverless
-
Amazon Aurora Serverless is an on-demand, auto scaling configuration that automatically adjusts database capacity based on application needs. With Aurora Serverless, your database capacity automatically scales up or down to meet your application workload needs and shuts down during periods of inactivity, saving you money and administration time. Aurora Serverless measures database capacity in Aurora Capacity Units (ACUs) billed per second. 1 ACU has approximately 2 GiB of memory with corresponding CPU and networking, similar to that used in Aurora provisioned instances.
Aurora Serverless v2
Amazon Aurora Serverless v2 instantly scales databases to support hundreds of thousands of transactions per second and supports all features of Aurora, including Multi-AZ deployments, Read Replicas, and Global Database.
You can choose to configure all the instances in your database cluster to use the Aurora Standard or Aurora I/O-Optimized configuration based on the price-performance and price-predictability needs of your application.
Read the detailed Aurora Serverless v2 pricing example.
Scale up latency
Instant scaling to hundreds of thousands of transactions per second
Scale down latency
Up to 15X faster
Starting capacity
0 ACU
Capacity granularity
Fine-grained, with increments as small as 0.5 ACU
Read Replicas
Up to 15 Aurora Replicas for read scalability
Multi-AZ and SLA
Distribute read replicas in separate AZs for high availability. Refer Amazon Aurora SLA for details.
Aurora Global Database
Sub-Second Data Access in Any Region and Cross-Region Disaster Recovery. Refer Aurora Global Database for details.
-
Provisioned On-Demand Instance
-
On-Demand Instances let you pay for your database by the hour with no long-term commitments or upfront fees.
Pricing is per instance-hour consumed, from the time a database instance is launched until it is stopped or deleted. Partial instance-hours are billed in one-second increments, with a 10-minute minimum charge following a billable status change such as creating, starting, or modifying the database instance.
You can choose to configure all the instances in your database cluster to use the Aurora Standard or Aurora I/O-Optimized configuration based on the price-performance and price-predictability needs of your application.
Provisioned On-Demand Instance pricing for Aurora
T4g and T3 CPU Credits
Amazon RDS T4g and T3 DB instances run in Unlimited mode, which means that you will be charged if your average CPU utilization over a rolling 24-hour period exceeds the baseline of the instance. CPU Credits are charged at €0.09 per vCPU-Hour for Aurora Standard and €0.12 per vCPU-Hour for Aurora I/O-Optimized cluster configuration. The CPU Credit pricing is the same for all T4g and T3 instance sizes across all regions and is not covered by Reserved Instances.
-
Provisioned Reserved Instance
-
Reserved Instances are appropriate for steady-state database workloads and offer significant savings over On-Demand Instances. 1-year Reserved Instances provide discounts up to 45% and 3-year Reserved Instances provide discounts of up to 66% over On-Demand Instances. Reserved Instances provide flexibility across instance sizes and cluster configuration options.
Your Reserved Instances discounted rate is automatically applied to usage of any size in the same instance family (such as T3 and R5) across Aurora Standard and Aurora I/O-Optimized configurations. You commit to the entire duration of the Reserved Instance term and pay a discounted hourly rate as shown in the following table.
Although these rates apply to Aurora Standard, when using Reserved Instances with Aurora I/O-Optimized, Aurora automatically accounts for the price difference between these options for your usage. To fully utilize the benefits of your RI discounts with Aurora I/O-Optimized, you can purchase 30% additional RIs similar to your current RIs. See pricing example for more information. You will be billed for each hour of the term regardless of whether any usage has occurred.
You purchase a Reserved Instance for each database instance you plan to use. You may designate database instances as Reserved Instances by calling the Purchasing API or selecting the Reserved Instance option in the AWS console. When you designate a database instance as a Reserved Instance, you must designate an AWS Region, instance type, and quantity for the applicable Reserved Instances. The Reserved Instances may only be used in the designated Region.
Reserved Instance prices do not cover storage costs. Read and write I/O costs are only covered when your database cluster is configured to Aurora I/O-Optimized. In addition to being subject to Reserved Instance pricing, Reserved Instances are subject to all data transfer and other fees applicable under the AWS Customer Agreement or other agreement with AWS governing your use of AWS services. AWS may terminate the Reserved Instance pricing program at any time.
Read the detailed Reserved Instance pricing example.
Provisioned Reserved Instance pricing for Aurora
* This is the average monthly payment over the course of the Reserved Instance term. For each month, the actual monthly payment will equal the actual number of hours in that month multiplied by the hourly usage rate or number of seconds in that month multiplied by the hourly usage rate divided by 3600, depending on the Aurora instance type you run. The hourly usage rate is equivalent to the total average monthly payments over the term of the Reserved Instance divided by the total number of hours (based on a 365 day year) over the term of the Reserved Instance.
** Effective hourly pricing helps you calculate the amount of money a Reserved Instance will save you over On-Demand pricing. When you purchase a Reserved Instance, you are billed for every hour during the entire Reserved Instance term you select, regardless of whether the instance is running. The effective hourly price shows the amortised hourly instance cost. This takes the total cost of the Reserved Instance over the entire term, including any upfront payment, and spreads it out over each hour of the Reserved Instance term.
-
-
Aurora PostgreSQL-Compatible Edition
Select to see details about PostgreSQL-Compatible pricing options-
Serverless
-
Provisioned On-Demand Instance
-
Provisioned Reserved Instance
-
Limitless Database
-
Serverless
-
Amazon Aurora Serverless is an on-demand, auto scaling configuration that automatically adjusts database capacity based on application needs. With Aurora Serverless, your database capacity automatically scales up or down to meet your application workload needs and shuts down during periods of inactivity, saving you money and administration time. Aurora Serverless measures database capacity in Aurora Capacity Units (ACUs) billed per second. 1 ACU has approximately 2 GiB of memory with corresponding CPU and networking, similar to that used in Aurora provisioned instances.
Aurora Serverless v2
Amazon Aurora Serverless v2 instantly scales databases to support hundreds of thousands of transactions per second and supports all features of Aurora, including Multi-AZ deployments, Read Replicas, and Global Database.
You can choose to configure all the instances in your database cluster to use the Aurora Standard or Aurora I/O-Optimized configuration based on the price-performance and price-predictability needs of your application.
Read the detailed Aurora Serverless v2 pricing example.
Scale up latency
Instant scaling to hundreds of thousands of transactions per second
Scale down latency
Up to 15X faster
Starting capacity
0 ACU
Capacity granularity
Fine-grained, with increments as small as 0.5 ACU
Read Replicas
Up to 15 Aurora Replicas for read scalability
Multi-AZ and SLA
Distribute read replicas in separate AZs for high availability. Refer Amazon Aurora SLA for details.
Aurora Global Database
Sub-Second Data Access in Any Region and Cross-Region Disaster Recovery. Refer Aurora Global Database for details.
-
Provisioned On-Demand Instance
-
On-Demand Instances let you pay for your database by the hour with no long-term commitments or upfront fees.
Pricing is per instance-hour consumed, from the time a database instance is launched until it is stopped or deleted. Partial instance-hours are billed in one-second increments, with a 10-minute minimum charge following a billable status change such as creating, starting, or modifying the database instance.
You can choose to configure all the instances in your database cluster to use the Aurora Standard or Aurora I/O-Optimized configuration based on the price-performance and price-predictability needs of your application.
Provisioned On-Demand Instance pricing for Aurora
T4g and T3 CPU Credits
Amazon RDS T4g and T3 DB instances run in Unlimited mode, which means that you will be charged if your average CPU utilization over a rolling 24-hour period exceeds the baseline of the instance. CPU Credits are charged at €0.09 per vCPU-Hour for Aurora Standard and €0.12 per vCPU-Hour for Aurora I/O-Optimized cluster configuration. The CPU Credit pricing is the same for all T4g and T3 instance sizes across all regions and is not covered by Reserved Instances.
-
Provisioned Reserved Instance
-
Reserved Instances are appropriate for steady-state database workloads and offer significant savings over On-Demand Instances. 1-year Reserved Instances provide discounts up to 45% and 3-year Reserved Instances provide discounts of up to 66% over On-Demand Instances. Reserved Instances provide flexibility across instance sizes and cluster configuration options.
Your Reserved Instances discounted rate is automatically applied to usage of any size in the same instance family (such as T3 and R5) across Aurora Standard and Aurora I/O-Optimized configurations. You commit to the entire duration of the Reserved Instance term and pay a discounted hourly rate as shown in the following table.
Although these rates apply to Aurora Standard, when using Reserved Instances with Aurora I/O-Optimized, Aurora automatically accounts for the price difference between these options for your usage. To fully utilize the benefits of your RI discounts with Aurora I/O-Optimized, you can purchase 30% additional RIs similar to your current RIs. See pricing example for more information. You will be billed for each hour of the term regardless of whether any usage has occurred.
You purchase a Reserved Instance for each database instance you plan to use. You may designate database instances as Reserved Instances by calling the Purchasing API or selecting the Reserved Instance option in the AWS console. When you designate a database instance as a Reserved Instance, you must designate an AWS Region, instance type, and quantity for the applicable Reserved Instances. The Reserved Instances may only be used in the designated Region.
Reserved Instance prices do not cover storage costs. Read and write I/O costs are only covered when your database cluster is configured to Aurora I/O-Optimized. In addition to being subject to Reserved Instance pricing, Reserved Instances are subject to all data transfer and other fees applicable under the AWS Customer Agreement or other agreement with AWS governing your use of AWS services. AWS may terminate the Reserved Instance pricing program at any time.
Read the detailed Reserved Instance pricing example.
Provisioned Reserved Instance pricing for Aurora
* This is the average monthly payment over the course of the Reserved Instance term. For each month, the actual monthly payment will equal the actual number of hours in that month multiplied by the hourly usage rate or number of seconds in that month multiplied by the hourly usage rate divided by 3600, depending on the Aurora instance type you run. The hourly usage rate is equivalent to the total average monthly payments over the term of the Reserved Instance divided by the total number of hours (based on a 365 day year) over the term of the Reserved Instance.
** Effective hourly pricing helps you calculate the amount of money a Reserved Instance will save you over On-Demand pricing. When you purchase a Reserved Instance, you are billed for every hour during the entire Reserved Instance term you select, regardless of whether the instance is running. The effective hourly price shows the amortised hourly instance cost. This takes the total cost of the Reserved Instance over the entire term, including any upfront payment, and spreads it out over each hour of the Reserved Instance term.
-
Limitless Database
-
Amazon Aurora PostgreSQL Limitless Database is an automated horizontal scaling capability of Aurora that seamlessly scales beyond the write throughput and storage limits of a single instance. It distributes the workload over multiple Aurora writer instances while maintaining the ease of operating inside a single database. Aurora PostgreSQL Limitless Database offers capabilities such as distributed query planning and transaction management, so you can scale your workloads without needing to create custom application logic or manage multiple databases. It adds additional compute resources while remaining within your specified budget, so there is no need to provision for peak, and compute automatically scales down when demand is low. Aurora PostgreSQL Limitless Database measures capacity in Aurora Capacity Units (ACUs) billed per second. One ACU has approximately 2GiB of memory with corresponding CPU and networking.
Amazon GuardDuty login monitoring will automatically begin processing login events once you set up and run Aurora PostgreSQL Limitless Database if you already have Amazon GuardDuty RDS Protection enabled for the same account, impacting your GuardDuty RDS Protection spend. For more details, visit the Amazon GuardDuty pricing page.
-
Pricing by database storage and I/Os
With Aurora, you do not need to provision either storage or I/O operations in advance, and both scale automatically. The fault-tolerant distributed storage of Aurora automatically makes your data durable across three Availability Zones in a Region. You only pay for one copy of the data.
Aurora storage is billed in per GB-month increments at the rates shown in the following table for the Aurora Standard and Aurora I/O-Optimized configurations. With Aurora Standard, you pay for the storage and I/O operations that your Aurora database consumes. I/O charges may vary significantly depending on workload and database engine. To learn more about I/O operations, visit the Aurora FAQ, “Q: What are I/O operations in Aurora and how are they calculated?” With Aurora I/O-Optimized, you are not charged for read and write I/O operations.
Read the detailed database storage and I/O operations pricing example.
AWS Pricing Calculator
Calculate your Amazon Aurora and architecture cost in a single estimate.
Backup storage costs
Backup storage for Aurora is the storage associated with your automated database backups and any customer-initiated database cluster snapshots.
You are not charged for the backup storage of up to 100% of the size of your database cluster. There is also no charge for database snapshots created within the backup retention period. For all other backups and snapshots (including those from deleted clusters), usage is metered per GB-month at the following rates:
Backtrack costs
Backtrack lets you quickly move an Aurora database to a prior point in time without needing to restore data from a backup. This lets you quickly recover from user errors, such as dropping the wrong table or deleting the wrong row. This feature is currently available for the MySQL-compatible edition of Aurora.
Specify how far in the past you want to be able to backtrack (for example, up to 24 hours). Aurora will retain logs, called change records, for the specified backtrack duration. You pay an hourly rate for storing change records.
Read the detailed backtrack pricing example.
Data API costs
Data API is an easy-to-use, secure HTTPS API for executing SQL queries against Aurora databases that accelerates modern application development. Data API eliminates network and application configuration tasks needed to securely connect to an Aurora database, which makes accessing Aurora as simple as making an API call.
With Data API, you only pay when your API is in use. There are no minimum fees or upfront commitments. You pay only for the API and data requests your applications make. Data API request data payloads are metered at 32KB per request for data sent to the API or received from the API. If your API request data payload size is larger than 32KB, then for each 32KB increment there is a charge of one additional API request. So, if your payload is 35KB for example, you would be charged for two API requests.
Data API free tier includes one million API requests per month, aggregated across AWS Regions, for the first year.
Customers will also incur charges for AWS Secrets Manager and may also incur additional charges for AWS CloudTrail, if activated.
Data transfer costs
The pricing below is based on data transferred “in” and “out” of Aurora.
- Data transferred between Aurora and Amazon Elastic Compute Cloud (Amazon EC2) instances in the same Availability Zone is free.
- Data transferred between Availability Zones for DB cluster replication is free.
- For data transferred between an Amazon EC2 instance and Aurora DB instance in different Availability Zones of the same Region, Amazon EC2 Regional Data Transfer charges apply.
AWS customers receive 100GB of data transfer out to the internet free each month, aggregated across all AWS Services and Regions (except China and GovCloud). The 100 GB free tier for data transfer out to the internet is global and does not apply separately or individually to AWS Regions.
Except as otherwise noted, prices are exclusive of applicable taxes and duties, including VAT and applicable sales tax. For customers with a billing address in Japan, use of AWS is subject to Japanese Consumption Tax.
Amazon RDS Extended Support costs
Amazon RDS Extended Support allows you to continue use Aurora MySQL-Compatible and PostgreSQL-Compatible Edition major versions after the community end-of-life. During this time, AWS provides fixes for critical security issues and bugs through patch releases, giving you more time, up to three years, to upgrade to a new major version to help you meet your business requirements.
For provisioned instances on Amazon Aurora, RDS Extended Support is priced per vCPU per hour. For Aurora Serverless v2, RDS Extended Support is priced per Aurora Capacity Unit (ACU) per hour consumed by your database. RDS Extended Support pricing is also dependent on AWS Region and the calendar date. Aurora MySQL-Compatible Edition customers have at least a year to migrate to a standard support version after community end of life before RDS Extended Support charges begin. Refer to the Amazon Aurora documentation for calendar details.
-
RDS Extended Support pricing per hour
Select to see details on Amazon RDS Extended Support costsThe RDS Extended Support price you are charged depends on the engine version, AWS Region, and the number of calendar years since standard support expired for that version. To learn more about when year 1 and 2 or year 3 pricing begins for a specific engine major version, go to the Amazon Aurora documentation.
Partial hours are billed in one-second increments with a 10-minute minimum charge following a billable status change such as creating, starting, or modifying.
*Amazon RDS Extended Support year 3 pricing is only available for Amazon Aurora PostgreSQL-Compatible Edition.
RDS Extended Support pricing example
If you have an instance on Aurora PostgreSQL-Compatible 12, this version reaches end of standard support on February 28, 2025. If you deploy in AWS European Sovereign Cloud (Germany), you will be charged €0.858137 per vCPU-hr between March 1, 2025 to February 28, 2027. Starting March 1, 2027, you will be charged €1.716274 per vCPU-hr.
Snapshot or cluster export costs
Snapshot export provides an automated method to export data within an Aurora snapshot to Amazon Simple Storage Service (Amazon S3) in Parquet format. Cluster export provides an automated method to export data from an Aurora database cluster to Amazon S3 in Parquet format. The Parquet format is up to 2x faster to unload and consumes up to 6x less storage in Amazon S3 compared to text formats. You can analyse the exported data using AWS services such as Amazon Athena, Amazon EMR, and Amazon SageMaker.
For all snapshots and cluster exports, usage is metered per gigabyte of snapshot data. Subsequent exports of data from the same snapshot are not incremental. Read the detailed snapshot or cluster export pricing example.
Additional charges apply for encrypting or decrypting data with AWS Key Management Service (AWS KMS). Find more about these charges on the AWS KMS pricing page. Charges also apply for storing exported data in Amazon S3 and for PUT requests made against your S3 bucket. Find more about these charges on the Amazon S3 pricing page.
Feature availability and support varies across specific versions of each database engine and across AWS Regions. For more information on version and Region availability of exporting DB cluster snapshot data to S3, see Exporting snapshot data to Amazon S3.
Aurora pricing examples
The following examples demonstrate how Aurora costs are calculated for resources and features available for Aurora.
Examples using Aurora Serverless:
Consider a workload that needs 5 ACUs and runs for 30 minutes. We want to calculate the compute costs of running this workload on Aurora Serverless v2 with the database cluster configured as Aurora Standard and Aurora I/O-Optimized in AWS European Sovereign Cloud (Germany).
With Aurora Serverless v2, the minimum database capacity you can set is 0.5 ACUs. The database scales instantly from 0.5 ACUs to 5 ACUs, runs for 30 minutes, and scales down to the minimum capacity of 0.5 ACUs. Since v2 scales down up to 15x faster, the database goes from 5 ACUs to 0.5 ACUs in approximately 3 minutes. Therefore, the following is the compute cost for running this workload.
Example 1: Aurora Serverless v2 pricing with Aurora Standard
| Usage | Calculation | Cost |
Scale from 0.5 ACUs to 5 ACUs instantly |
||
| Run at 5 ACUs for 30 minutes | 5 ACUs * €0.10297644 per ACU-hour * 30/60 hour | €0.10 |
| Scale down from 5 ACUs to 0.5 ACUs in 3 minutes | 5 ACUs * €0.10297644 per ACU-hour * 3/60 hour | €0.03 |
Compute cost with Aurora Serverless v2 (Aurora Standard) |
€0.28 |
Example 2: Aurora Serverless v2 pricing with Aurora I/O-Optimized
| Usage | Calculation | Cost |
Scale from 0.5 ACUs to 5 ACUs instantly |
||
| Run at 5 ACUs for 30 minutes | 5 ACUs * €0.133869372 per ACU-hour * 30/60 hour | €0.33 |
| Scale down from 5 ACUs to 0.5 ACUs in 3 minutes | 5 ACUs * €0.133869372 per ACU-hour * 3/60 hour | €0.03 |
Compute cost with Aurora Serverless v2 (Aurora I/O-Optimized) |
€0.37 |
Examples of using Aurora Standard Reserved Instances with Aurora I/O-Optimized
You can reuse your existing Aurora Standard Reserved Instances (RI) with Aurora I/O-Optimized. To fully utilize the benefits of your RI discounts with Aurora I/O-Optimized, you can purchase 30% additional RIs similar to your current RIs. The table below shows examples of how to estimate additional RIs when using Aurora I/O-Optimized. If the required RIs are a fraction, you can take advantage of the size flexibility available with RIs to get to a whole number as shown below. In the examples below, current RIs refer to the Aurora Standard RIs you have today and additional RIs refer to the number of Aurora Standard RIs you must purchase to maintain your current RI discounts when using Aurora I/O-Optimized. If you choose not to purchase additional RIs, On-Demand rates will apply.
| Instance type | Quantity of current RIs | Required RI quantity for Aurora I/O-Optimized |
Additional RIs | Additional RIs (with size flexibility) |
| db.r6g.large | 10 | 10 * 1.3 = 13 | 3 db.r6g.large | 3 db.r6g.large RIs |
| db.r6g.4xlarge | 20 | 20 * 1.3 = 26 | 6 db.r6g.4xlarge | 6 db.r6g.4xlarge RIs |
| db.r6i.24xlarge | 15 | 15 * 1.3 = 19.5 | 4.5 db.r6i.24xlarge | 4 db.r6i.24xlarge RIs + 1 db.r6i.12xlarge RI (0.5 db.r6i.24xlarge = 1 db.r6i.12xlarge) |
| db.r6g.12xlarge | 5 | 5 * 1.3 = 6.5 | 1.5 db.r6g.12xlarge | 1 db.r6g.12xlarge RIs + 1 db.r6g.4xlarge RI + 1 db.r6g.2xlarge RI (0.5 db.r6g.12xlarge = 1 db.r6g.4xlarge + 1 db.r6g.2xlarge) |
Examples using database storage and I/O operations:
Let’s assume you have an Aurora database and you start with a 1,000 GB database at the beginning of the month (30-day period) that is growing 2% or 20 GB daily. Let’s also assume the same database reads 350 data pages from storage per second to satisfy the queries running on it. Finally, let’s assume your application makes changes to the database affecting an average of 100 data pages per second. We want to calculate the storage and I/O cost of running this workload with Aurora Standard and Aurora I/O-Optimized storage in AWS European Sovereign Cloud (Germany).
Example 1: Pricing with Aurora Standard
| Usage | Calculation | Cost |
Storage for 1,000 GB growing 2% daily for 30 days |
(1,000 GB * 30 days + 20 GB * 29 days + 20 GB * 28 days + …. + 20 GB * 1 day) * €0.0858137 per GB-month | €110.70 |
| Read I/Os for 350 data pages per second for 30 days (assuming 16 KB page size) | (350 data pages * 30 days * 24 hours * 60 minutes * 60 seconds) * €0.1716274 per 1 million I/Os | €155.70 |
| Write I/Os for 100 data pages per second for 30 days (assuming 4 KB page size) | (100 data pages * 30 days * 24 hours * 60 minutes * 60 seconds) * €0.1716274 per 1 million I/Os | €44.49 |
Storage and I/O cost with Aurora Standard |
€310.89 |
Example 2: Pricing with Aurora I/O-Optimized
| Usage | Calculation | Cost |
Storage for 1,000 GB growing 2% daily for 30 days |
(1,000 GB * 30 days + 20 GB * 29 days + 20 GB * 28 days + …. + 20 GB * 1 day) * €0.193080825 per GB-month | €249.07 |
| Read I/Os for 350 data pages per second for 30 days (assuming 16 KB page size) | (350 data pages * 30 days * 24 hours * 60 minutes * 60 seconds) * €0 for read I/Os | - |
| Write I/Os for 100 data pages per second for 30 days (assuming 4 KB page size) | (100 data pages * 30 days * 24 hours * 60 minutes * 60 seconds) * €0 for write I/Os - | - |
Storage and I/O cost with Aurora I/O-Optimized |
€249.07 |
For this workload, you will get 19.8% storage cost savings with Aurora I/O-Optimized.
Example using Backtrack
Let’s assume your Aurora database is generating 10,000,000 change records per hour and you want to backtrack up to 10 hours in the past. We want to calculate the backtrack cost for this scenario in AWS European Sovereign Cloud (Germany).
| Usage | Calculation | Cost |
10,000,000 change records per hour for 10 hours |
(10,000,000 change records * 10 hours) * €0.010297644 per 1 million change records | €1.03 |
| Backtrack cost | €1.03 |
Get started with RDS for Aurora
Learn how to get started with Amazon Aurora