What is Amazon Relational Database Service (Amazon RDS)?
Amazon Relational Database Service (Amazon RDS) is a web service that makes it easier to set up, operate, and scale a relational database in the Amazon Web Services Cloud. It provides cost-efficient, resizable capacity for an industry-standard relational database and manages common database administration tasks.
Note
This guide covers Amazon RDS database engines other than Amazon Aurora. For information about using Amazon Aurora, see the Amazon Aurora User Guide.
If you are new to Amazon products and services, begin learning more with the following resources:
-
For an overview of all Amazon products, see What is cloud computing?
-
Amazon Web Services provides a number of database services. To learn more about the variety of database options available on Amazon, see Choosing an Amazon database service
and Running databases on Amazon .
Advantages of Amazon RDS
Amazon RDS is a managed database service. It's responsible for most management tasks. By eliminating tedious manual processes, Amazon RDS frees you to focus on your application and your users.
Amazon RDS provides the following principal advantages over database deployments that aren't fully managed:
-
You can use database engines that you are already familiar with: IBM Db2, MariaDB, Microsoft SQL Server, MySQL, Oracle Database, and PostgreSQL.
-
Amazon RDS manages backups, software patching, automatic failure detection, and recovery.
-
You can turn on automated backups, or manually create your own backup snapshots. You can use these backups to restore a database. The Amazon RDS restore process works reliably and efficiently.
-
You can get high availability with a primary DB instance and a synchronous secondary DB instance that you can fail over to when problems occur. You can also use read replicas to increase read scaling.
-
In addition to the security in your database package, you can control access by using Amazon Identity and Access Management (IAM) to define users and permissions. You can also help protect your databases by putting them in a virtual private cloud (VPC).
Comparison of responsibilities with Amazon EC2 and on-premises deployments
We recommend Amazon RDS as your default choice for most relational database deployments. The following alternatives have the disadvantage of making you spend more time managing software and hardware:
- On-premises deployment
-
When you buy an on-premises server, you get CPU, memory, storage, and IOPS, all bundled together. You assume full responsibility for the server, operating system, and database software.
- Amazon EC2
-
Amazon Elastic Compute Cloud (Amazon EC2) provides scalable computing capacity in the Amazon Web Services Cloud. Unlike in an on-premises server, CPU, memory, storage, and IOPS are separated so that you can scale them independently. Amazon manages the hardware layers, which eliminates some of the burden of managing an on-premises database server.
The disadvantage to running a database on Amazon EC2 is that you're more prone to user errors. For example, when you update the operating system or database software manually, you might accidentally cause application downtime. You might spend hours checking every change to identify and fix an issue.
The following table compares the management models for on-premises databases, Amazon EC2, and Amazon RDS.
Feature |
On-premises management |
Amazon EC2 management |
Amazon RDS management |
---|---|---|---|
Application optimization |
Customer |
Customer |
Customer |
Scaling |
Customer |
Customer |
Amazon |
High availability |
Customer |
Customer |
Amazon |
Database backups |
Customer |
Customer |
Amazon |
Database software patching |
Customer |
Customer |
Amazon |
Database software install |
Customer |
Customer |
Amazon |
Operating system (OS) patching |
Customer |
Customer |
Amazon |
OS installation |
Customer |
Customer |
Amazon |
Server maintenance |
Customer |
Amazon |
Amazon |
Hardware lifecycle |
Customer |
Amazon |
Amazon |
Power, network, and cooling |
Customer |
Amazon |
Amazon |
Amazon RDS shared responsibility model
Amazon RDS is responsible for hosting the software components and infrastructure of DB instances and DB clusters. You are responsible for query tuning, which is the process of adjusting SQL queries to improve performance. Query performance is highly dependent on database design, data size, data distribution, application workload, and query patterns, which can vary greatly. Monitoring and tuning are highly individualized processes that you own for your RDS databases. You can use Amazon RDS Performance Insights and other tools to identify problematic queries.
Amazon RDS DB instances
A DB instance is an isolated database environment in the Amazon Web Services Cloud. The basic building block of Amazon RDS is the DB instance. Your DB instance can contain one or more user-created databases. The following diagram shows a virtual private cloud (VPC) that contains two Availability Zones, with each AZ containing two DB instances.
You can access your DB instances by using the same tools and applications that you use with a standalone database instance. You can create and modify a DB instance by using the Amazon Command Line Interface (Amazon CLI), the Amazon RDS API, or the Amazon Web Services Management Console.
Topics
Amazon RDS application architecture: example
The following image shows a typical use case of a dynamic website that uses Amazon RDS DB instances for database storage:
The primary components of the preceding architecture are as follows:
- Elastic Load Balancing
-
Amazon routes user traffic through Elastic Load Balancing. A load balancer distributes workloads across multiple compute resources, such as virtual servers. In this sample use case, the Elastic Load Balancer forwards client requests to application servers.
- Application servers
-
Application servers interact with RDS DB instances. An application server in Amazon is typically hosted on EC2 instances, which provide scalable computing capacity. The application servers reside in public subnets with different Availability Zones (AZs) within the same Virtual Private Cloud (VPC). .
- RDS DB instances
-
The EC2 application servers interact with RDS DB instances. The DB instances reside in private subnets within different Availability Zones (AZs) within the same Virtual Private Cloud (VPC). Because the subnets are private, no requests from the internet are permitted.
The primary DB instance replicates to another DB instance, called a read replica. Both DB instances are in private subnets within the VPC, which means that Internet users can't access them directly.
DB engines
A DB engine is the specific relational database software that runs on your DB instance. Amazon RDS supports the following database engines:
-
IBM Db2
For more information, see Amazon RDS for Db2.
-
MariaDB
For more information, see Amazon RDS for MariaDB.
-
Microsoft SQL Server
For more information, see Amazon RDS for Microsoft SQL Server.
-
MySQL
For more information, see Amazon RDS for MySQL.
-
Oracle Database
For more information, see Amazon RDS for Oracle.
-
PostgreSQL
For more information, see Amazon RDS for PostgreSQL.
Each DB engine has its own supported features, and each version of a DB engine can include specific features. Support for Amazon RDS features varies across Amazon Web Services Regions and specific versions of each DB engine. To check feature support in different engine versions and Regions, see Supported features in Amazon RDS by Amazon Web Services Region and DB engine.
Additionally, each DB engine has a set of parameters in a DB parameter group that control the behavior of the databases that it manages. For more information about parameter groups, see Parameter groups for Amazon RDS.
DB instance classes
A DB instance class determines the computation and memory capacity of a DB instance. A DB instance class consists of both the DB instance class type and the size. Amazon RDS supports the following instance class types, where the asterisk (*) represents the generation, optional attribute, and size:
-
General purpose – db.m*
-
Memory optimized – db.z*, db.x*, db.r*
-
Compute optimized – db.c*
-
Burstable performance – db.t*
Each instance class offers different compute, memory, and storage capabilities. For example, db.m7g is a 7th-generation, general-purpose DB instance class type powered by Amazon Graviton3 processors. When you create a DB instance, you specify a DB instance class such as db.m7g.2xlarge, where 2xlarge is the size. For more information about the hardware specifications for the different instance classes, see Hardware specifications for DB instance classes.
You can select the DB instance class that best meets your requirements. If your requirements change over time, you can change your DB instance class. For example, you might scale up your db.m7g.2xlarge instance to db.m7g.4xlarge. For more information, see DB instance classes.
Note
For pricing information on DB instance classes, see the Pricing section of the Amazon RDS
DB instance storage
Amazon EBS provides durable, block-level storage volumes that you can attach to a running instance. DB instance storage comes in the following types:
-
General Purpose (SSD)
This cost-effective storage type is ideal for a broad range of workloads running on medium-sized DB instances. General Purpose storage is best suited for development and testing environments.
-
Provisioned IOPS (PIOPS)
This storage type is designed to meet the needs of I/O-intensive workloads, particularly database workloads, that require low I/O latency and consistent I/O throughput. Provisioned IOPS storage is best suited for production environments.
-
Magnetic
Amazon RDS supports magnetic storage for backward compatibility. We recommend that you use General Purpose SSD or Provisioned IOPS SSD for any new storage needs.
The storage types differ in performance characteristics and price. You can tailor your storage performance and cost to the requirements of your database.
Each DB instance has minimum and maximum storage requirements depending on the storage type and the database engine it supports. It's important to have sufficient storage so that your databases have room to grow. Also, sufficient storage makes sure that features for the DB engine have room to write content or log entries. For more information, see Amazon RDS DB instance storage.
DB instances in an Amazon Virtual Private Cloud (Amazon VPC)
You can run a DB instance on a virtual private cloud (VPC) using the Amazon Virtual Private Cloud (Amazon VPC) service. When you use a VPC, you have control over your virtual networking environment. You can choose your own IP address range, create subnets, and configure routing and access control lists.
The basic functionality of Amazon RDS is the same whether it's running in a VPC or not. Amazon RDS manages backups, software patching, automatic failure detection, and recovery. There's no additional cost to run your DB instance in a VPC. For more information on using Amazon VPC with RDS, see Amazon VPC and Amazon RDS.
Amazon RDS uses Network Time Protocol (NTP) to synchronize the time on DB instances.
Amazon Web Services Regions and Availability Zones
Amazon cloud computing resources are housed in highly available data center facilities in different areas of the world (for example, North America, Europe, or Asia). Each data center location is called an Amazon Web Services Region. With Amazon RDS, you can create your DB instances in multiple Regions.
The following scenario shows an RDS DB instance in one Region that replicates asynchronously to a standby DB instance in a different Region. If one Region becomes unavailable, the instance in the other Region is still available.
Availability Zones
Each Amazon Region contains multiple distinct locations called Availability Zones, or AZs. Each Availability Zone is engineered to be isolated from failures in other Availability Zones. Each is engineered to provide inexpensive, low-latency network connectivity to other Availability Zones in the same Amazon Region. By launching DB instances in separate Availability Zones, you can protect your applications from the failure of a single location. For more information, see Regions, Availability Zones, and Local Zones.
Multi-AZ deployments
You can run your DB instance in several Availability Zones, an option called a Multi-AZ deployment. When you choose this option, Amazon automatically provisions and maintains one or more secondary standby DB instances in a different AZ. Your primary DB instance is replicated across Availability Zones to each secondary DB instance.
A Multi-AZ deployment provides the following advantages:
-
Providing data redundancy and failover support
-
Eliminating I/O freezes
-
Minimizing latency spikes during system backups
-
Serving read traffic on secondary DB instances (Multi-AZ DB clusters deployment only)
The following diagram depicts a Multi-AZ DB instance deployment, where Amazon RDS automatically provisions and maintains a synchronous standby replica in a different Availability Zone. The replica database doesn't serve read traffic.
The following diagram depicts a Multi-AZ DB cluster deployment, which has a writer DB instance and two reader DB instances in three separate Availability Zones in the same Amazon Web Services Region. All three DB instances can serve read traffic.
For more information, see Configuring and managing a Multi-AZ deployment for Amazon RDS.
Access control with security groups
A security group controls the access to a DB instance by allowing access to IP address ranges or Amazon EC2 instances that you specify. You can apply a security group to one or more DB instances.
A common use of a DB instance in a VPC is to share data with an application server in the same VPC.
The following example uses VPC security group ec2-rds-x
to define inbound rules that use the IP addresses of the client
application as the source. The application server belongs to this security group. A second
security group named rds-ec2-x
specifies
ec2-rds-x
as the source and attaches
to an RDS DB instance. According to the security group rules, client applications can't directly
access the DB instance, but the EC2 instance can access the DB instance.
For more information about security groups, see Security in Amazon RDS.
Amazon RDS monitoring
Monitoring is an important part of maintaining the reliability, availability, and performance of Amazon RDS and your other Amazon solutions. Amazon provides various monitoring tools to watch Amazon RDS, report when something is wrong, and take automatic actions when appropriate.
You can track the performance and health of your DB instances using various automated and manual tools:
- Amazon RDS DB instance status and recommendations
-
View details about the current status of your instance by using the Amazon RDS console, Amazon CLI, or RDS API. You can also respond to automated recommendations for database resources, such as DB instances, read replicas, and DB parameter groups. For more information, see Recommendations from Amazon RDS.
- Amazon CloudWatch metrics for Amazon RDS
-
You can use the Amazon CloudWatch service to monitor the performance and health of a DB instance. CloudWatch performance charts are shown in the Amazon RDS console. Amazon RDS automatically sends metrics to CloudWatch every minute for each active database. You don't get additional charges for Amazon RDS metrics in CloudWatch.
Using Amazon CloudWatch alarms, you can watch a single Amazon RDS metric over a specific time period. You can then perform one or more actions based on the value of the metric relative to a threshold that you set. For more information, see Monitoring Amazon RDS metrics with Amazon CloudWatch.
- Amazon RDS Performance Insights and operating-system monitoring
-
Performance Insights assesses the load on your database, and determine when and where to take action. For more information, see Monitoring DB load with Performance Insights on Amazon RDS. Amazon RDS Enhanced Monitoring looks at metrics in real time for the operating system. For more information, see Monitoring OS metrics with Enhanced Monitoring.
- Integrated Amazon Web Services services
-
Amazon RDS is integrated with Amazon EventBridge, Amazon CloudWatch Logs, and Amazon DevOps Guru. For more information, see Monitoring metrics in an Amazon RDS instance.
User interfaces to Amazon RDS
You can interact with Amazon RDS in multiple ways.
Amazon Web Services Management Console
The Amazon Web Services Management Console is a simple web-based user interface. You can manage your DB instances from the console
with no programming required. To access the Amazon RDS console, sign in to the Amazon Web Services Management Console and open the Amazon RDS console at
https://console.amazonaws.cn/rds/
Command line interface
You can use the Amazon Command Line Interface (Amazon CLI) to access the Amazon RDS API interactively. To install the Amazon CLI, see Installing the Amazon Command Line Interface. To begin using the Amazon CLI for RDS, see Amazon Command Line Interface reference for Amazon RDS.
Amazon RDS APIs
If you are a developer, you can access the Amazon RDS programmatically using APIs. For more information, see Amazon RDS API reference.
For application development, we recommend that you use one of the Amazon Software
Development Kits (SDKs). The Amazon SDKs handle low-level details such as
authentication, retry logic, and error handling, so that you can focus on your
application logic. Amazon SDKs are available for a wide variety of languages. For
more information, see Tools for Amazon web
services
Amazon also provides libraries, sample code, tutorials, and other resources to help you get
started more easily. For more information, see Sample code & libraries
How you are charged for Amazon RDS
When you use Amazon RDS, you can choose to use on-demand DB instances or reserved DB instances. For more information, see DB instance billing for Amazon RDS.
For Amazon RDS pricing information, see the Amazon RDS product page
What's next?
The preceding section introduced you to the basic infrastructure components that RDS offers. What should you do next?
Getting started
Create a DB instance using instructions in Getting started with Amazon RDS.
Topics specific to database engines
You can review information specific to a particular DB engine in the following sections: