We use essential cookies and similar tools that are necessary to provide our site and services. We use performance cookies to collect anonymous statistics, so we can understand how customers use our site and make improvements. Essential cookies cannot be deactivated, but you can choose “Customize” or “Decline” to decline performance cookies.
If you agree, AWS and approved third parties will also use cookies to provide useful site features, remember your preferences, and display relevant content, including relevant advertising. To accept or decline all non-essential cookies, choose “Accept” or “Decline.” To make more detailed choices, choose “Customize.”
Essential cookies are necessary to provide our site and services and cannot be deactivated. They are usually set in response to your actions on the site, such as setting your privacy preferences, signing in, or filling in forms.
Performance cookies provide anonymous statistics about how customers navigate our site so we can improve site experience and performance. Approved third parties may perform analytics on our behalf, but they cannot use the data for their own purposes.
Functional cookies help us provide useful site features, remember your preferences, and display relevant content. Approved third parties may set these cookies to provide certain site features. If you do not allow these cookies, then some or all of these services may not function properly.
Advertising cookies may be set through our site by us or our advertising partners and help us deliver relevant marketing content. If you do not allow these cookies, you will experience less relevant advertising.
Blocking some types of cookies may impact your experience of our sites. You may review and change your choices at any time by selecting Cookie preferences in the footer of this site. We and selected third-parties use cookies or similar technologies as specified in the AWS Cookie Notice.
We display ads relevant to your interests on AWS sites and on other properties, including cross-context behavioral advertising. Cross-context behavioral advertising uses data from one site or app to advertise to you on a different company’s site or app.
To not allow AWS cross-context behavioral advertising based on cookies or similar technologies, select “Don't allow” and “Save privacy choices” below, or visit an AWS site with a legally-recognized decline signal enabled, such as the Global Privacy Control. If you delete your cookies or visit this site from a different browser or device, you will need to make your selection again. For more information about cookies and how we use them, please read our AWS Cookie Notice.
To not allow all other AWS cross-context behavioral advertising, complete this form by email.
For more information about how AWS handles your information, please read the AWS Privacy Notice.
We will only store essential cookies at this time, because we were unable to save your cookie preferences.
If you want to change your cookie preferences, try again later using the link in the AWS console footer, or contact support if the problem persists.
Amazon RDS on AWS Outposts provides fully managed, scalable databases running on AWS Outposts in customers’ data centers. RDS automates time-consuming administrative tasks such as database setup, patching, and backups for databases that run on-premises on Outposts. RDS makes it easy for you to manage a hybrid-cloud database fleet via a single pane of glass using the Amazon RDS console, the same RDS APIs, and CLI, to manage the RDS databases running in the AWS region and on Outposts.
You can use Amazon RDS on Outposts for managing databases that need to run on-premises for applications that need local access to the databases. This includes applications such as manufacturing equipment, IoT devices, etc. You can create and manage RDS databases running on Outposts using the same AWS APIs, CLI, and console.
Amazon RDS Multi-AZ on Outposts supports storing your backups and logs to the AWS region. Amazon RDS on AWS Outposts single-AZ instances support storing your backups and logs on your AWS Outposts or to the AWS region.
See our Working with Amazon RDS on AWS Outposts user guide for all the supported database engines and most up-to-date list of supported versions.
No, Amazon Aurora is not currently supported on AWS Outposts.
RDS on Outposts is available in all regions where Outposts is supported.
Amazon RDS on AWS Outposts pricing is based on a per-instance hour management fee for each database managed. Refer to RDS on Outposts pricing page.
Yes, Amazon RDS on AWS Outposts supports Multi-AZ across two Outposts each attached to a different AWS Availability Zone in the same region.
Amazon RDS on AWS Outposts supports standard and memory-optimized instance classes, the underlying Outposts must support the same EC2 instances in order for the customer to create the corresponding DB instances. RDS on Outposts requires a reliable network connection to the AWS region from your Outposts.
Please see our Working with Amazon RDS on AWS Outposts user guide for the latest list of supported instance types and sizes.
Before you create an Amazon RDS on AWS Outposts DB instance, you need to create a DB subnet group that includes one subnet that is associated with your Outpost. When you create a RDS on AWS Outposts DB instance, specify this DB subnet group. An example is below:
create-db-subnet-group:
aws rds create-db-subnet-group --db-subnet-group-name outposts-rds-sg --db-subnet-group-description poc --subnet-ids <outpost-subnet>
create-db-instance:
aws rds create-db-instance --db-instance-identifier outpost-instance --engine mysql --engine-version 8.0.17 --db-instance-class db.m5.large --master-username master --master-user-password password --allocated-storage 20 --db-subnet-group-name outpost-rds-sg --storage-type gp2 --storage-encrypted
You can use AWS CLI command modify-db-instance to scale your database instances. Amazon RDS on AWS Outposts will support this operation on the available capacity of the AWS Outpost, RDS on AWS Outposts.
Yes. Amazon RDS provides two different methods for backing up and restoring your DB instance(s), automated backups, and database snapshots (DB Snapshots). Amazon RDS on AWS Outposts supports storing your backups and logs either on your AWS Outposts or to the AWS region. You will need networking connectivity between your Outposts and the AWS region to back up or restore your database.
When automated backups are turned on for your DB instance, RDS automatically performs a full daily snapshot of your data (during your preferred backup window) and captures transaction logs (as updates to your DB instance are made). Amazon RDS retains backups of a DB instance for a limited, user-specified period of time called the retention period, which by default is 7 days but can be set to up to 35 days.
DB snapshots are user-initiated and can be initiated at any time. DB snapshots can be created from the Console, via CreateDBSnapshot API, or create-db-snapshot command and are kept until you explicitly delete them.
You can restore a DB instance from a DB snapshot either on an existing Outpost, another Outpost in the same region and account or in the AWS region.
Yes. Amazon RDS takes care of both OS and database engine patching with minimal downtime. Patching happens during a customer configurable maintenance window (30 min to 12 hours) or when you request an immediate patching action. When a patch becomes available, you may opt-in individual databases for immediate, next-window, or specified-date patching. You can also configure individual databases to automatically receive minor version upgrades as they become available.
When network connectivity to the AWS Region goes down, your database continues to run locally. You cannot create new databases or take new actions on the existing database, automatic backups will also not trigger at that particular interval while connectivity is not available. In the case of database failures, the database will not be automatically replaced until the connectivity is restored. Once connectivity is restored Single-AZ instances will be rebooted. Depending on the circumstances, Multi-AZ instances may perform a failover. We recommend you restore network connectivity as soon as possible.
Yes. You can create a database in AWS by restoring from a snapshot.
Yes. All database instances and snapshots are encrypted at rest on Outposts and in the AWS region using the KMS key you provide.