Scale storage
APPLIES TO: Azure Database for PostgreSQL - Flexible Server
This article provides step-by-step instructions to perform manual scaling operations for the storage of an Azure Database for PostgreSQL flexible server.
To configure your server so that the storage grows automatically when it's running out of available space, see Configure storage autogrow.
Whether you use the manual or automatic approach, you're only allowed to increase the size of the storage assigned to your Azure Database for PostgreSQL flexible server. Decreasing the size of the storage isn't supported.
If your server is using Premium SSD disk, you can also use a performance tier higher than the original baseline to meet higher demand. The baseline performance tier is set based on the provisioned disk size. For more information, see Performance tiers for managed disks.
If your server is using Premium SSD v2 disk, you can also adjust, independently, the IOPS and throughput of your disk. For more information, see Premium SSD v2 performance.
Scale storage size (Premium SSD)
Using the Azure portal:
Select your Azure Database for PostgreSQL flexible server.
In the resource menu, select Compute + storage.
If you want to increase the size of the disk allocated to your server, expand the Storage size drop-down and select the required size. Smallest size that can be assigned to a disk is 32 GiB. Each value in the list is double of the previous one. The first value shown in the list corresponds to current disk size. Values smaller than current size aren't shown, because it isn't supported to reduce the size of the disk assigned to a server.
Select Save.
If you grow the disk from any size between 32 GiB and 4 TiB, to any other size in the same range, the operation is performed without causing any server downtime. It's also the case if you grow the disk from any size between 8 TiB and 32 TiB. In all those cases, the operation is performed while the server is online. However, if you increase the size of disk from any value lower or equal to 4096 GiB, to any size higher than 4096 GiB, a server restart is required. In that case, you're required to confirm that you understand the consequences of performing the operation then.
Important
Setting the size of the disk from the Azure portal to any size higher than 4 TiB, disables disk caching.
Scale storage performance tier (Premium SSD)
Important
If you increase the performance tier of your disk, you can only decrease it to a lower tier 12 hours after the last increase. This restriction is in place to ensure stability and performance after any changes to your server's configuration.
Any attempt to decrease the performance tier within the 12 hours after increasing it, produces the following error:
Code: PerformanceTierCannotBeDowngradedBefore12HoursError
Message: Unable to downgrade storage tier: A higher tier was explicitly set on the server at <mm/dd/yyyy hh:mm:ss AM|PM +00:00>. Tier can only be downgraded after 12 hours
Using the Azure portal:
Select your Azure Database for PostgreSQL flexible server.
In the resource menu, select Compute + storage.
If you want to increase the performance tier of the disk allocated to your server, expand the Performance Tier drop-down and select the tier that suits your needs. Smallest tier that can be assigned to a disk, depends on the allocated size of the disk. That smallest tier is referred to as the baseline performance tier of a disk of that size. If you increase the performance tier, you're increasing the maximum IOPS and throughput of the disk. To learn about the baseline performance tiers set for each size of a disk, and the tiers to which you can upgrade, see what Premium SSD disk performance tiers can be changed.
Select Save.
A notification shows that a deployment is in progress.
When the scale process completes, a notification shows that the deployment succeeded.
Scale storage size (Premium SSD v2)
Using the Azure portal:
Select your Azure Database for PostgreSQL flexible server.
In the resource menu, select Compute + storage.
If you want to increase the size of the disk allocated to your server, type the desired new size in the Storage size (in GiB). Smallest size that can be assigned to a disk is 32 GiB. The value shown in the text box before you modify it corresponds to current disk size. You can't set it to a value smaller than current size, because it isn't supported to reduce the size of the disk assigned to a server.
Select Save.
Important
Premium SSD v2 disks don't support host caching. For more information, see Premium SSD v2 limitations.
The operation to increase the size of Premium SSD v2 disks always requires a server restart, regardless of what's the current size and what's the target size to which you're growing it.
A notification shows that a deployment is in progress.
When the scale process completes, a notification shows that the deployment succeeded.
Scale storage IOPS (Premium SSD v2)
Using the Azure portal:
Select your Azure Database for PostgreSQL flexible server.
In the resource menu, select Compute + storage.
If you want to change the IOPS assigned to the disk allocated to your server, type the desired value in the IOPS (operations/sec) text box. Range of IOPS that can be assigned to a disk, depends on the allocated size of the disk. To learn more about it, see Premium SSD v2 - IOPS.
Select Save.
Important
The operation to change the IOPS assigned to Premium SSD v2 disks is always performed as an online operation, which doesn't produce any downtime of your server.
Scale storage throughput (Premium SSD v2)
Using the Azure portal:
Select your Azure Database for PostgreSQL flexible server.
In the resource menu, select Compute + storage.
If you want to change the throughput assigned to the disk allocated to your server, type the desired value in the Throughput (MB/sec) text box. Range of throughput that can be assigned to a disk, depends on the size of the disk and the IOPS assigned. To learn more about it, see Premium SSD v2 - Throughput.
Select Save.
Important
The operation to change the throughput assigned to Premium SSD v2 disks is always performed as an online operation, which doesn't produce any downtime of your server.