You can change the storage type of an ApsaraDB RDS for MySQL instance from Premium Local SSD to Premium Enhanced SSD (ESSD) or standard ESSD in the console to improve elasticity.
Prerequisites
Your primary ApsaraDB RDS for MySQL instance runs one of the following versions:
ApsaraDB RDS for MySQL 8.0 or 5.7 on High-availability Edition that uses Premium Local SSDs
NoteApsaraDB RDS for MySQL 5.6 instances support only Premium Local SSDs. You cannot directly change the storage type of these instances to other cloud disks. For alternative solutions, see the FAQ section.
The minor engine version of your instance is 20201031 or later. For more information about how to upgrade the minor engine version, see Upgrade the minor engine version.
Your instance does not have read-only instances or disaster recovery instances.
The automatic performance scaling feature is disabled for your instance.
The database proxy feature is disabled for your instance.
Your instance uses a VPC and does not have a classic network endpoint.
Your instance does not use IPv6 or connect to multiple VPCs. This prerequisite applies only to special scenarios.
Your instance is in the Running state.
If your instance does not meet the preceding prerequisites, you must create an ApsaraDB RDS instance that uses Premium ESSDs or standard ESSDs and migrate data from the original instance to the new instance. For more information, see Migrate data between ApsaraDB RDS for MySQL instances.
Differences between high-performance local disks and cloud disks
Metric | Premium Local SSD | Premium performance disk | ESSD |
I/O performance | ★★★★★ Delivers low I/O latency and high I/O performance:
| ★★★★★★ Provides the Buffer Pool Extension (BPE) feature, I/O performance burst feature, and data archiving feature. The following list describes the I/O performance:
| ★★★★★ Delivers higher I/O performance than standard SSDs:
|
Configuration flexibility | ★★★★ Provides various configuration options and lets you adjust the storage capacity separately. For some RDS instances that use Premium Local SSDs, the storage capacity is bound to the instance type and cannot be adjusted separately. | ★★★★★ Provides various configuration options and lets you scale out or scale in the storage capacity of an RDS instance. Note Scale-in is supported only for MySQL instances that meet specific conditions. For more information, see Overview of instance changes and Change configuration. | ★★★★★ Provides various configuration options and lets you scale out or scale in the storage capacity of an RDS instance. Note Scale-in is supported only for MySQL instances that meet specific requirements. For more information, see Overview of instance changes and Change the specifications of an ApsaraDB RDS instance. |
Backup method | Physical backup using XtraBackup | Snapshot backup | Snapshot backup |
Time required for backup, read-only instance creation, and instance cloning | ★★★ Requires a few hours. The time varies based on the disk size. | ★★★★★ Requires a few seconds. | ★★★★★ Requires a few seconds. |
Scale-out duration | ★★★★ Requires a few hours to copy data. | ★★★★★ Supports online scale-out. You can scale out the storage capacity of an RDS instance in seconds. | ★★★★★ Supports online scale-out. You can scale out the storage capacity of an RDS instance in seconds. |
Scale-out impact | Transient connection interruptions occur. | None. | None. |
Data durability | ★★★★ Hardware failures can cause data corruption. A secondary database is required. The SLA for High-availability Edition instances that use local disks is 99.995%. | ★★★★★ Provides 99.9999999% data reliability and supports RDS instances that run RDS Basic Edition to reduce costs. | ★★★★★ Provides 99.9999999% data reliability and supports RDS instances that run RDS Basic Edition to reduce costs. |
Billing rules
The fee for changing the storage type depends on the region where your instance is located and the selected specifications. You can view the fee during the configuration change process.
Usage notes
You can change the storage type only from Premium Local SSD to Premium ESSD or standard ESSD. You cannot reverse this change.
Premium Local SSDs and ESSDs support different instance types. For some instance types, you must change the instance type when you switch from a Premium Local SSD to an ESSD. For more information about the supported instance types, see Primary ApsaraDB RDS for MySQL instances.
The change operation is affected by various factors and may fail. For more information, see What factors affect the time that is required to change the specifications of an ApsaraDB RDS for MySQL instance?.
The change process uses incremental data synchronization. If your application writes a large amount of data during the change, data synchronization to the target disk may lag. This may prevent the change from being completed. To ensure that the change is completed in a timely manner, we recommend that you reduce the frequency of data writes during the process.
Before changing the storage type, ensure at least 10% of disk space remains free. If the disk space is exhausted, the instance is locked. For more information, see Resolve an RDS for MySQL instance locked due to storage exhaustion by data files.
Impacts
Changing the storage type may trigger underlying data migration. After the migration is complete, the system performs a switchover of your workloads at the scheduled time. During the switchover, a transient disconnection that lasts about 15 seconds occurs. We recommend that you change the storage type during off-peak hours and make sure that your application is configured with an automatic reconnection mechanism.
NoteChanging the storage type does not change the connection address of the instance. You do not need to update your application.
After the change, backup sets that are created before the change cannot be used to restore the upgraded instance that uses Premium ESSDs or standard ESSDs. You can use only backup sets that are created after the change for restoration.
While the storage type is being changed, you cannot perform instance-level operations, such as upgrading or downgrading the instance, upgrading the database engine version, or migrating the instance across zones.
Switching from a Premium Local SSD to a Premium ESSD or standard ESSD disables the full cross-region backup feature automatically due to differences in underlying storage architectures. After the change, you must reconfigure your cross-region backup policy to ensure continued cross-region backup capability. For more information, see Enable cross-region backup for an ApsaraDB RDS for MySQL instance.
Procedure
Go to the Instances page. In the top navigation bar, select the region in which the RDS instance resides. Then, find the RDS instance and click the ID of the instance.
In the Basic Information section, click Configuration Information, then click Change Specifications on the right.

On the Change Instance Type page, set Storage Type to Premium ESSD or ESSD (PL1, PL2, or PL3).
In some zones, resources may be insufficient or cloud disks may be unavailable for purchase. As a result, you may be unable to set the storage type to a cloud disk. In this case, you can migrate the instance to a zone where cloud disks are available for purchase and then upgrade the storage type to a cloud disk.
NoteThe three enterprise SSDs have the following performance specifications:
Performance ranking: PL3 > PL2 > PL1.
A PL3 ESSD delivers up to 20 times the IOPS and 11 times the throughput of a PL1 ESSD.
A PL2 ESSD delivers up to twice the IOPS and throughput of a PL1 ESSD.
The minimum disk space for a PL1 ESSD, PL2 ESSD, and PL3 ESSD is 20 GB, 500 GB, and 1,500 GB, respectively.
The minimum disk space of a Premium ESSD is 10 GB.
Optional: Select a new instance type.
First, for Classification, select General or Dedicated.
Classification
Description
Features
General-purpose
Exclusively occupies: memory and I/O.
Shared: CPU and storage.
Cost-effective.
Dedicated
Exclusively uses CPU, memory, storage, and I/O resources.
NoteDedicated host is the highest configuration of the Dedicated family. A dedicated host RDS instance exclusively uses all CPU, memory, storage, and I/O resources of its host.
Better performance and stability.
Select a specific instance type based on the number of CPU cores and memory size.
For test environments, we recommend that you select an instance type with one or more CPU cores.
For production environments, we recommend that you select an instance type with four or more CPU cores.
NoteFor more information about the supported instance types, see Primary ApsaraDB RDS for MySQL instances.
Optional: You can increase or decrease the storage capacity as needed.
NoteThe storage capacity of the cloud disk must be at least 1.2 times the used storage space of the original Premium Local SSD.
Select the Switching Time, which is when the primary/secondary switchover occurs after the storage type upgrade is complete.
Execute Immediately
Switch Within Maintenance Window: The system performs the switchover within the maintenance window.
NoteThe switchover causes a transient disconnection that lasts about 15 seconds. We recommend that you perform the change during off-peak hours and make sure that your application is configured with an automatic reconnection mechanism.
If you select Switch Within Maintenance Window, the instance remains in the Upgrading state until the switchover completes. During this time, you cannot perform instance-level operations such as upgrading or downgrading the instance, upgrading the database engine version, or migrating across zones.
You can read and accept the terms of service, click Pay Now, and complete payment.
After payment, the instance status changes to Upgrading. When the status changes to Running, the upgrade is complete.
FAQ
Related API operations
API | Description |
Changes instance specifications. |
