Working with storage for Amazon RDS DB instances - Amazon Relational Database Service

Working with storage for Amazon RDS DB instances

To specify how you want your data stored in Amazon RDS, choose a storage type and provide a storage size when you create or modify a DB instance. Later, you can increase the amount or change the type of storage by modifying the DB instance. For more information about which storage type to use for your workload, see Amazon RDS storage types.

Increasing DB instance storage capacity

If you need space for additional data, you can scale up the storage of an existing DB instance. To do so, you can use the Amazon RDS Management Console, the Amazon RDS API, or the AWS Command Line Interface (AWS CLI). For information about storage limits, see Amazon RDS DB instance storage.

Note

Scaling storage for Amazon RDS for Microsoft SQL Server DB instances is supported only for General Purpose SSD or Provisioned IOPS SSD storage types.

To monitor the amount of free storage for your DB instance so you can respond when necessary, we recommend that you create an Amazon CloudWatch alarm. For more information on setting CloudWatch alarms, see Using CloudWatch alarms.

Scaling storage usually doesn't cause any outage or performance degradation of the DB instance. After you modify the storage size for a DB instance, the status of the DB instance is storage-optimization.

Note

Storage optimization can take several hours. You can't make further storage modifications for either six (6) hours or until storage optimization has completed on the instance, whichever is longer. You can view the storage optimization progress in the AWS Management Console or by using the describe-db-instances AWS CLI command.

However, a special case is if you have a SQL Server DB instance and haven't modified the storage configuration since November 2017. In this case, you might experience a short outage of a few minutes when you modify your DB instance to increase the allocated storage. After the outage, the DB instance is online but in the storage-optimization state. Performance might be degraded during storage optimization.

Note

You can't reduce the amount of storage for a DB instance after storage has been allocated. When you increase the allocated storage, it must be by at least 10 percent. If you try to increase the value by less than 10 percent, you get an error.

To increase storage for a DB instance
  1. Sign in to the AWS Management Console and open the Amazon RDS console at https://console.aws.amazon.com/rds/.

  2. In the navigation pane, choose Databases.

  3. Choose the DB instance that you want to modify.

  4. Choose Modify.

  5. Enter a new value for Allocated storage. It must be greater than the current value.

    
								Modify the amount of storage for a DB instance
  6. Choose Continue to move to the next screen.

  7. Choose Apply immediately in the Scheduling of modifications section to apply the storage changes to the DB instance immediately.

    Or choose Apply during the next scheduled maintenance window to apply the changes during the next maintenance window.

  8. When the settings are as you want them, choose Modify DB instance.

To increase the storage for a DB instance, use the AWS CLI command modify-db-instance. Set the following parameters:

  • --allocated-storage – Amount of storage to be allocated for the DB instance, in gibibytes.

  • --apply-immediately – Use --apply-immediately to apply the storage changes immediately.

    Or use --no-apply-immediately (the default) to apply the changes during the next maintenance window. An immediate outage occurs when the changes are applied.

For more information about storage, see Amazon RDS DB instance storage.

To increase storage for a DB instance, use the Amazon RDS API operation ModifyDBInstance. Set the following parameters:

  • AllocatedStorage – Amount of storage to be allocated for the DB instance, in gibibytes.

  • ApplyImmediately – Set this option to True to apply the storage changes immediately. Set this option to False (the default) to apply the changes during the next maintenance window. An immediate outage occurs when the changes are applied.

For more information about storage, see Amazon RDS DB instance storage.

Managing capacity automatically with Amazon RDS storage autoscaling

If your workload is unpredictable, you can enable storage autoscaling for an Amazon RDS DB instance. To do so, you can use the Amazon RDS console, the Amazon RDS API, or the AWS CLI.

For example, you might use this feature for a new mobile gaming application that users are adopting rapidly. In this case, a rapidly increasing workload might exceed the available database storage. To avoid having to manually scale up database storage, you can use Amazon RDS storage autoscaling.

With storage autoscaling enabled, when Amazon RDS detects that you are running out of free database space it automatically scales up your storage. Amazon RDS starts a storage modification for an autoscaling-enabled DB instance when these factors apply:

  • Free available space is less than or equal to 10 percent of the allocated storage.

  • The low-storage condition lasts at least five minutes.

  • At least six hours have passed since the last storage modification, or storage optimization has completed on the instance, whichever is longer.

The additional storage is in increments of whichever of the following is greater:

  • 10 GiB

  • 10 percent of currently allocated storage

  • Predicted storage growth exceeding the current allocated storage size in the next 7 hours based on the FreeStorageSpace metrics from the past hour. For more information on metrics, see Monitoring with Amazon CloudWatch.

The maximum storage threshold is the limit that you set for autoscaling the DB instance. It has the following constraints:

  • You must set the maximum storage threshold to at least 10% more than the current allocated storage. We recommend setting it to at least 26% more to avoid receiving an event notification that the storage size is approaching the maximum storage threshold.

    For example, if you have DB instance with 1000 GiB of allocated storage, then set the maximum storage threshold to at least 1100 GiB. If you don't, you get an error such as Invalid max storage size for engine_name. However, we recommend that you set the maximum storage threshold to at least 1260 GiB to avoid the event notification.

  • For a DB instance that uses Provisioned IOPS (io1 or io2 Block Express) storage, the ratio of IOPS to maximum storage threshold (in GiB) must be within a certain range. For more information, see Provisioned IOPS SSD storage.

  • You can't set the maximum storage threshold for autoscaling-enabled instances to a value greater than the maximum allocated storage for the database engine and DB instance class.

    For example, SQL Server Standard Edition on db.m5.xlarge has a default allocated storage for the instance of 20 GiB (the minimum) and a maximum allocated storage of 16,384 GiB. The default maximum storage threshold for autoscaling is 1,000 GiB. If you use this default, the instance doesn't autoscale above 1,000 GiB. This is true even though the maximum allocated storage for the instance is 16,384 GiB.

Note

We recommend that you carefully choose the maximum storage threshold based on usage patterns and customer needs. If there are any aberrations in the usage patterns, the maximum storage threshold can prevent scaling storage to an unexpectedly high value when autoscaling predicts a very high threshold. After a DB instance has been autoscaled, its allocated storage can't be reduced.

Limitations

The following limitations apply to storage autoscaling:

  • Autoscaling doesn't occur if the maximum storage threshold would be equaled or exceeded by the storage increment.

  • When autoscaling, RDS predicts the storage size for subsequent autoscaling operations. If a subsequent operation is predicted to exceed the maximum storage threshold, then RDS autoscales to the maximum storage threshold.

  • Autoscaling can't completely prevent storage-full situations for large data loads. This is because further storage modifications can't be made for either six (6) hours or until storage optimization has completed on the instance, whichever is longer.

    If you perform a large data load, and autoscaling doesn't provide enough space, the database might remain in the storage-full state for several hours. This can harm the database.

  • If you start a storage scaling operation at the same time that Amazon RDS starts an autoscaling operation, your storage modification takes precedence. The autoscaling operation is canceled.

  • Autoscaling can't decrease the allocated storage. You can't reduce the amount of storage for a DB instance after storage has been allocated.

  • Autoscaling can't be used with magnetic storage.

  • Autoscaling can't be used with the following previous-generation instance classes that have less than 6 TiB of orderable storage: db.m3.large, db.m3.xlarge, and db.m3.2xlarge.

  • Autoscaling operations aren't logged by AWS CloudTrail. For more information on CloudTrail, see Monitoring Amazon RDS API calls in AWS CloudTrail.

Although automatic scaling helps you to increase storage on your Amazon RDS DB instance dynamically, you should still configure the initial storage for your DB instance to an appropriate size for your typical workload.

Enabling storage autoscaling for a new DB instance

When you create a new Amazon RDS DB instance, you can choose whether to enable storage autoscaling. You can also set an upper limit on the storage that Amazon RDS can allocate for the DB instance.

Note

When you clone an Amazon RDS DB instance that has storage autoscaling enabled, that setting isn't automatically inherited by the cloned instance. The new DB instance has the same amount of allocated storage as the original instance. You can turn storage autoscaling on again for the new instance if the cloned instance continues to increase its storage requirements.

To enable storage autoscaling for a new DB instance
  1. Sign in to the AWS Management Console and open the Amazon RDS console at https://console.aws.amazon.com/rds/.

  2. In the upper-right corner of the Amazon RDS console, choose the AWS Region where you want to create the DB instance.

  3. In the navigation pane, choose Databases.

  4. Choose Create database. On the Select engine page, choose your database engine and specify your DB instance information as described in Getting started with Amazon RDS.

  5. In the Storage autoscaling section, set the Maximum storage threshold value for the DB instance.

  6. Specify the rest of your DB instance information as described in Getting started with Amazon RDS.

To enable storage autoscaling for a new DB instance, use the AWS CLI command create-db-instance. Set the following parameter:

  • --max-allocated-storage – Turns on storage autoscaling and sets the upper limit on storage size, in gibibytes.

To verify that Amazon RDS storage autoscaling is available for your DB instance, use the AWS CLI describe-valid-db-instance-modifications command. To check based on the instance class before creating an instance, use the describe-orderable-db-instance-options command. Check the following field in the return value:

  • SupportsStorageAutoscaling – Indicates whether the DB instance or instance class supports storage autoscaling.

For more information about storage, see Amazon RDS DB instance storage.

To enable storage autoscaling for a new DB instance, use the Amazon RDS API operation CreateDBInstance. Set the following parameter:

  • MaxAllocatedStorage – Turns on Amazon RDS storage autoscaling and sets the upper limit on storage size, in gibibytes.

To verify that Amazon RDS storage autoscaling is available for your DB instance, use the Amazon RDS API DescribeValidDbInstanceModifications operation for an existing instance, or the DescribeOrderableDBInstanceOptions operation before creating an instance. Check the following field in the return value:

  • SupportsStorageAutoscaling – Indicates whether the DB instance supports storage autoscaling.

For more information about storage, see Amazon RDS DB instance storage.

Changing the storage autoscaling settings for a DB instance

You can turn storage autoscaling on for an existing Amazon RDS DB instance. You can also change the upper limit on the storage that Amazon RDS can allocate for the DB instance.

To change the storage autoscaling settings for a DB instance
  1. Sign in to the AWS Management Console and open the Amazon RDS console at https://console.aws.amazon.com/rds/.

  2. In the navigation pane, choose Databases.

  3. Choose the DB instance that you want to modify, and choose Modify. The Modify DB instance page appears.

  4. Change the storage limit in the Autoscaling section. For more information, see Modifying an Amazon RDS DB instance.

  5. When all the changes are as you want them, choose Continue and check your modifications.

  6. On the confirmation page, review your changes. If they're correct, choose Modify DB Instance to save your changes. If they aren't correct, choose Back to edit your changes or Cancel to cancel your changes.

    Changing the storage autoscaling limit occurs immediately. This setting ignores the Apply immediately setting.

To change the storage autoscaling settings for a DB instance, use the AWS CLI command modify-db-instance. Set the following parameter:

  • --max-allocated-storage – Sets the upper limit on storage size, in gibibytes. If the value is greater than the --allocated-storage parameter, storage autoscaling is turned on. If the value is the same as the --allocated-storage parameter, storage autoscaling is turned off.

To verify that Amazon RDS storage autoscaling is available for your DB instance, use the AWS CLI describe-valid-db-instance-modifications command. To check based on the instance class before creating an instance, use the describe-orderable-db-instance-options command. Check the following field in the return value:

  • SupportsStorageAutoscaling – Indicates whether the DB instance supports storage autoscaling.

For more information about storage, see Amazon RDS DB instance storage.

To change the storage autoscaling settings for a DB instance, use the Amazon RDS API operation ModifyDBInstance. Set the following parameter:

  • MaxAllocatedStorage – Sets the upper limit on storage size, in gibibytes.

To verify that Amazon RDS storage autoscaling is available for your DB instance, use the Amazon RDS API DescribeValidDbInstanceModifications operation for an existing instance, or the DescribeOrderableDBInstanceOptions operation before creating an instance. Check the following field in the return value:

  • SupportsStorageAutoscaling – Indicates whether the DB instance supports storage autoscaling.

For more information about storage, see Amazon RDS DB instance storage.

Turning off storage autoscaling for a DB instance

If you no longer need Amazon RDS to automatically increase the storage for an Amazon RDS DB instance, you can turn off storage autoscaling. After you do, you can still manually increase the amount of storage for your DB instance.

To turn off storage autoscaling for a DB instance
  1. Sign in to the AWS Management Console and open the Amazon RDS console at https://console.aws.amazon.com/rds/.

  2. In the navigation pane, choose Databases.

  3. Choose the DB instance that you want to modify and choose Modify. The Modify DB instance page appears.

  4. Clear the Enable storage autoscaling check box in the Storage autoscaling section. For more information, see Modifying an Amazon RDS DB instance.

  5. When all the changes are as you want them, choose Continue and check the modifications.

  6. On the confirmation page, review your changes. If they're correct, choose Modify DB Instance to save your changes. If they aren't correct, choose Back to edit your changes or Cancel to cancel your changes.

Changing the storage autoscaling limit occurs immediately. This setting ignores the Apply immediately setting.

To turn off storage autoscaling for a DB instance, use the AWS CLI command modify-db-instance and the following parameter:

  • --max-allocated-storage – Specify a value equal to the --allocated-storage setting to prevent further Amazon RDS storage autoscaling for the specified DB instance.

For more information about storage, see Amazon RDS DB instance storage.

To turn off storage autoscaling for a DB instance, use the Amazon RDS API operation ModifyDBInstance. Set the following parameter:

  • MaxAllocatedStorage – Specify a value equal to the AllocatedStorage setting to prevent further Amazon RDS storage autoscaling for the specified DB instance.

For more information about storage, see Amazon RDS DB instance storage.

Upgrading the storage file system for a DB instance

Most RDS DB instances offer a maximum storage size of 64 TiB for MySQL and MariaDB databases. However, some older 32-bit file systems have lower storage capacities. To determine the storage capacity of your DB instance, you can use the describe-valid-db-instance-modifications AWS CLI command.

If RDS detects that one of your DB instances is running an older file system (one that has a 16 TiB storage size, a file size limit of 2 TiB, or non-optimized writes), the RDS console informs you that your file system configuration is eligible for an upgrade. You can check the upgrade eligibility of your DB instance on the Storage panel of the DB instance details page.


				Check the storage configuration upgrade eligibility of a DB instance.

If your DB instance is eligible for a file system upgrade, you can perform the upgrade in one of two ways:

  • Create a blue/green deployment and specify Upgrade storage file system configuration. This option upgrades the file system in the green environment to the preferred configuration. You can then switch over the blue/green deployment, which promotes the green environment to be the new production environment. For detailed instructions, see Creating a blue/green deployment.

  • Create a DB instance read replica and specify Upgrade storage file system configuration. This option upgrades the file system of the read replica to the preferred configuration. You can then promote the read replica to be a standalone instance. For detailed instructions, see Creating a read replica.

Upgrading the storage configuration is an I/O-intensive operation and leads to longer creation times for read replicas and blue/green deployments. The storage upgrade process is faster if the source DB instance uses Provisioned IOPS SSD (io1 or io2 Block Express) storage and you provisioned the green environment or read replica with an instance size of 4xlarge or larger. Storage upgrades involving General Purpose SSD (gp2) storage can deplete your I/O credit balance, resulting in longer upgrade times. For more information, see Amazon RDS DB instance storage.

During the storage upgrade process, the database engine isn't available. If the storage consumption on your source DB instance is greater than or equal to 90% of the allocated storage size, the storage upgrade process will increase the allocated storage size by 10% for the green instance or read replica.

Modifying settings for Provisioned IOPS SSD storage

You can modify the settings for a DB instance that uses Provisioned IOPS SSD storage by using the Amazon RDS console, AWS CLI, or Amazon RDS API. Specify the storage type, allocated storage, and the amount of Provisioned IOPS that you require. The range depends on your database engine and instance type.

Although you can reduce the amount of IOPS provisioned for your instance, you can't reduce the storage size.

In most cases, scaling storage doesn't require any outage and doesn't degrade performance of the server. After you modify the storage IOPS for a DB instance, the status of the DB instance is storage-optimization.

Note

Storage optimization can take several hours. You can't make further storage modifications for either six (6) hours or until storage optimization has completed on the instance, whichever is longer.

For information on the ranges of allocated storage and Provisioned IOPS available for each database engine, see Provisioned IOPS SSD storage.

To change the Provisioned IOPS settings for a DB instance
  1. Sign in to the AWS Management Console and open the Amazon RDS console at https://console.aws.amazon.com/rds/.

  2. In the navigation pane, choose Databases.

    To filter the list of DB instances, for Filter databases enter a text string for Amazon RDS to use to filter the results. Only DB instances whose names contain the string appear.

  3. Choose the DB instance with Provisioned IOPS that you want to modify.

  4. Choose Modify.

  5. On the Modify DB instance page, choose Provisioned IOPS SSD (io1) or Provisioned IOPS SSD (io2) for Storage type.

  6. For Provisioned IOPS, enter a value.

    If the value that you specify for either Allocated storage or Provisioned IOPS is outside the limits supported by the other parameter, a warning message is displayed. This message gives the range of values required for the other parameter.

  7. Choose Continue.

  8. Choose Apply immediately in the Scheduling of modifications section to apply the changes to the DB instance immediately. Or choose Apply during the next scheduled maintenance window to apply the changes during the next maintenance window.

  9. Review the parameters to be changed, and choose Modify DB instance to complete the modification.

    The new value for allocated storage or for Provisioned IOPS appears in the Status column.

To change the Provisioned IOPS setting for a DB instance, use the AWS CLI command modify-db-instance. Set the following parameters:

  • --storage-type – Set to io1 or io2 for Provisioned IOPS.

  • --allocated-storage – Amount of storage to be allocated for the DB instance, in gibibytes.

  • --iops – The new amount of Provisioned IOPS for the DB instance, expressed in I/O operations per second.

  • --apply-immediately – Use --apply-immediately to apply changes immediately. Use --no-apply-immediately (the default) to apply changes during the next maintenance window.

To change the Provisioned IOPS settings for a DB instance, use the Amazon RDS API operation ModifyDBInstance. Set the following parameters:

  • StorageType – Set to io1 or io2 for Provisioned IOPS.

  • AllocatedStorage – Amount of storage to be allocated for the DB instance, in gibibytes.

  • Iops – The new IOPS rate for the DB instance, expressed in I/O operations per second.

  • ApplyImmediately – Set this option to True to apply changes immediately. Set this option to False (the default) to apply changes during the next maintenance window.

I/O-intensive storage modifications

Amazon RDS DB instances use Amazon Elastic Block Store (EBS) volumes for database and log storage. Depending on the amount of storage requested, RDS (except for RDS for SQL Server) automatically stripes across multiple Amazon EBS volumes to enhance performance. RDS DB instances with SSD storage types are backed by either one or four striped Amazon EBS volumes in a RAID 0 configuration. By design, storage modification operations for an RDS DB instance have minimal impact on ongoing database operations.

In most cases, storage scaling modifications are completely offloaded to the Amazon EBS layer and are transparent to the database. This process is typically completed within a few minutes. However, some older RDS storage volumes require a different process for modifying the size, Provisioned IOPS, or storage type. This involves making a full copy of the data using a potentially I/O-intensive operation.

Storage modification uses an I/O-intensive operation if any of the following factors apply:

  • The source storage type is magnetic. Magnetic storage doesn't support elastic volume modification.

  • The RDS DB instance isn't on a one- or four-volume Amazon EBS layout. You can view the number of Amazon EBS volumes in use on your RDS DB instances by using Enhanced Monitoring metrics. For more information, see Viewing OS metrics in the RDS console.

  • The target size of the modification request increases the allocated storage above 400 GiB for RDS for MariaDB, MySQL, and PostgreSQL instances, and 200 GiB for RDS for Oracle. Storage autoscaling operations have the same effect when they increase the allocated storage size of your DB instance above these thresholds.

If your storage modification involves an I/O-intensive operation, it consumes I/O resources and increases the load on your DB instance. Storage modifications with I/O-intensive operations involving General Purpose SSD (gp2) storage can deplete your I/O credit balance, resulting in longer conversion times.

We recommend as a best practice to schedule these storage modification requests outside of peak hours to help reduce the time required to complete the storage modification operation. Alternatively, you can create a read replica of the DB instance and perform the storage modification on the read replica. Then promote the read replica to be the primary DB instance. For more information, see Working with DB instance read replicas.

For more information, see Why is an Amazon RDS DB instance stuck in the modifying state when I try to increase the allocated storage?

Modifying settings for General Purpose SSD (gp3) storage

You can modify the settings for a DB instance that uses General Purpose SSD (gp3) storage by using the Amazon RDS console, AWS CLI, or Amazon RDS API. Specify the storage type, allocated storage, amount of Provisioned IOPS, and storage throughput that you require. Although you can reduce the amount of IOPS provisioned for your instance, you can't reduce the storage size.

In most cases, scaling storage doesn't require any outage. After you modify the storage IOPS for a DB instance, the status of the DB instance is storage-optimization. You can expect elevated latencies, but still within the single-digit millisecond range, during storage optimization. The DB instance is fully operational after a storage modification.

Note

You can't make further storage modifications until six (6) hours after storage optimization has completed on the instance.

For information on the ranges of allocated storage, Provisioned IOPS, and storage throughput available for each database engine, see gp3 storage.

To change the storage performance settings for a DB instance
  1. Sign in to the AWS Management Console and open the Amazon RDS console at https://console.aws.amazon.com/rds/.

  2. In the navigation pane, choose Databases.

    To filter the list of DB instances, for Filter databases enter a text string for Amazon RDS to use to filter the results. Only DB instances whose names contain the string appear.

  3. Choose the DB instance with gp3 storage that you want to modify.

  4. Choose Modify.

  5. On the Modify DB Instance page, choose General Purpose SSD (gp3) for Storage type, then do the following:

    1. For Provisioned IOPS, choose a value.

      If the value that you specify for either Allocated storage or Provisioned IOPS is outside the limits supported by the other parameter, a warning message appears. This message gives the range of values required for the other parameter.

    2. For Storage throughput, choose a value.

      If the value that you specify for either Provisioned IOPS or Storage throughput is outside the limits supported by the other parameter, a warning message appears. This message gives the range of values required for the other parameter.

  6. Choose Continue.

  7. Choose Apply immediately in the Scheduling of modifications section to apply the changes to the DB instance immediately. Or choose Apply during the next scheduled maintenance window to apply the changes during the next maintenance window.

  8. Review the parameters to be changed, and choose Modify DB instance to complete the modification.

    The new value for Provisioned IOPS appears in the Status column.

To change the storage performance settings for a DB instance, use the AWS CLI command modify-db-instance. Set the following parameters:

  • --storage-type – Set to gp3 for General Purpose SSD (gp3).

  • --allocated-storage – Amount of storage to be allocated for the DB instance, in gibibytes.

  • --iops – The new amount of Provisioned IOPS for the DB instance, expressed in I/O operations per second.

  • --storage-throughput – The new storage throughput for the DB instance, expressed in MiBps.

  • --apply-immediately – Use --apply-immediately to apply changes immediately. Use --no-apply-immediately (the default) to apply changes during the next maintenance window.

To change the storage performance settings for a DB instance, use the Amazon RDS API operation ModifyDBInstance. Set the following parameters:

  • StorageType – Set to gp3 for General Purpose SSD (gp3).

  • AllocatedStorage – Amount of storage to be allocated for the DB instance, in gibibytes.

  • Iops – The new IOPS rate for the DB instance, expressed in I/O operations per second.

  • StorageThroughput – The new storage throughput for the DB instance, expressed in MiBps.

  • ApplyImmediately – Set this option to True to apply changes immediately. Set this option to False (the default) to apply changes during the next maintenance window.

Using a dedicated log volume (DLV)

You can use a dedicated log volume (DLV) for a DB instance that uses Provisioned IOPS (PIOPS) storage by using the Amazon RDS console, AWS CLI, or Amazon RDS API. A DLV moves PostgreSQL database transaction logs and MySQL/MariaDB redo logs and binary logs to a storage volume that's separate from the volume containing the database tables. A DLV makes transaction write logging more efficient and consistent. DLVs are ideal for databases with large allocated storage, high I/O per second (IOPS) requirements, or latency-sensitive workloads.

DLVs are supported for PIOPS storage (io1 and io2 Block Express) and are created with a fixed size of 1,000 GiB and 3,000 Provisioned IOPS.

Amazon RDS supports DLVs in all AWS Regions for the following versions:

  • MariaDB 10.6.7 and higher 10 versions

  • MySQL 8.0.28 and higher 8 versions

  • PostgreSQL 13.10 and higher 13 versions, 14.7 and higher 14 versions, and 15.2 and higher 15 versions

RDS supports DLVs with Multi-AZ deployments. When you modify or create a Multi-AZ instance, A DLV is created for both the primary and the secondary.

RDS supports DLVs with read replicas. If the primary DB instance has a DLV enabled, all read replicas created after enabling DLV will also have a DLV. Any read replicas created before the switch to DLV will not have it enabled unless explicitly modified to do so. We recommend all read replicas attached to a primary instance before DLV was enabled also be manually modified to have A DLV.

After you modify the DLV setting for a DB instance, the DB instance must be rebooted.

Note

Dedicated log volumes are recommended for database configurations of 5 TiB or greater.

For information on the ranges of allocated storage, Provisioned IOPS, and storage throughput available for each database engine, see Provisioned IOPS SSD storage.

To enable or disable DLV on an existing DB instance using Provisioned IOPS storage
  1. Sign in to the AWS Management Console and open the Amazon RDS console at https://console.aws.amazon.com/rds/.

  2. In the navigation pane, choose Databases.

    To filter the list of DB instances, for Filter databases enter a text string for Amazon RDS to use to filter the results. Only DB instances whose names contain the string appear.

  3. Choose the DB instance with Provisioned IOPs storage that you want to modify.

  4. Choose Modify.

  5. On the Modify DB Instance page, do the following:

    1. For Dedicated Log Volume, select Turn on Dedicated Log Volume.

  6. Choose Continue.

  7. Choose Apply immediately in the Scheduling of modifications section to apply the changes to the DB instance immediately. Or choose Apply during the next scheduled maintenance window to apply the changes during the next maintenance window.

  8. Review the parameters to be changed, and choose Modify DB instance to complete the modification.

    The new value for Dedicated Log Volume appears in the Status column.

To enable or disable DLV on an existing DB instance using Provisioned IOPS storage, use the AWS CLI command modify-db-instance. Set the following parameters:

  • --dedicated-log-volume – Set to enabled to use a dedicated log volume.

  • --apply-immediately – Use --apply-immediately to apply changes immediately. Use --no-apply-immediately (the default) to apply changes during the next maintenance window.

To enable or disable DLV on an existing DB instance using Provisioned IOPS storage, use the Amazon RDS API operation ModifyDBInstance. Set the following parameters:

  • DedicatedLogVolume – Set to enabled to use a dedicated log volume.

  • ApplyImmediately – Set this option to True to apply changes immediately. Set this option to False (the default) to apply changes during the next maintenance window.