你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn

Azure Database for PostgreSQL 灵活服务器中的高级 SSD 存储选项

适用于: Azure Database for PostgreSQL - 灵活服务器

高级 SSD

Azure 高级 SSD 为具有输入/输出(IO)密集型工作负荷的虚拟机(VM)提供高性能和低延迟磁盘支持。 高级 SSD 单元适用于任务关键型生产应用程序。预配高级存储磁盘时,可以保证容量、IOPS 和吞吐量。 例如,如果创建 P40 磁盘,Azure 将为该磁盘预配 2,048-GB 存储容量、7,500 IOPS 和 250-MB/秒的吞吐量。 应用程序可以使用全部或部分容量与性能。 高级 SSD 的设计目的是在 99.9% 的时间内提供个位数毫秒延迟以及上表所述的目标 IOPS 和吞吐量。

支持的最大存储大小是具有高级 SSD 的 32 TiB,允许纵向扩展至 20,000 IOPS 和 900 MB/秒的吞吐量。 通过切换到高级 SSD v2,可以扩展到 64 TiB,支持 80,000 IOPS 和 1,200 MB/秒的吞吐量。

预配的存储是 Azure Database for PostgreSQL 灵活服务器实例可用的存储容量量。 此存储用于数据库文件、临时文件、事务日志和 PostgreSQL 服务器日志。 预配的总存储量还定义了服务器可用的 I/O 容量。

虚拟机类型还具有 IOPS 限制。 尽管可以选择任何存储大小,但与服务器类型无关,但可能无法使用存储提供的所有 IOPS,尤其是在选择具有几个 vCores.To 了解详细信息的服务器时,请参阅 Azure Database for PostgreSQL 灵活服务器中的计算选项

注释

无论分配给实例的存储类型如何,存储只能纵向扩展,而不是纵向扩展。

可以在 Azure 门户中或使用 Azure CLI 命令监视 I/O 消耗量。 要监视的相关指标是 存储限制、存储百分比、使用的存储和 I/O 百分比

存储自动增长(高级 SSD)

存储自动增长有助于确保服务器始终有足够的可用空间,并且当存储使用量达到 95% 或可用容量小于 5 GiB 时,不会变为只读。 启用存储自动增长时,磁盘大小会增加,而不会影响工作负荷。 高级 SSD 存储层仅支持存储自动增长。

对于预配存储超过 1 TiB 的服务器,当可用空间低于总容量的 10% 或 64 GiB 时,存储自动增长机制将激活,无论这两个值中的哪一个值较小。 相反,对于存储低于 1 TiB 的服务器,此阈值调整为可用空间的 20% 或 64 GiB,具体取决于这些值中的哪一个较小。

作为一个说明性示例,让我们考虑一个存储容量为 2 TiB 的服务器(大于 1 TiB)。 在这种情况下,自动增长限制设置为 64 GiB。 之所以选择此项,是因为当与 2 TiB 的 10%(大约为 204.8 GiB)相比,64 GiB 是较小的值。 相比之下,对于存储大小为 128 GiB(小于 1 TiB)的服务器,当只有 25.8 GiB 的空间剩余时,自动增长功能将激活。 此激活基于分配的总存储(128 GiB)的 20% 阈值,小于 64 GiB。

默认行为将磁盘大小增加到下一个高级 SSD 存储大小。 无论是手动启动存储缩放作还是通过存储自动增长,此增加始终是大小和成本的两倍。 在管理不可预知的工作负荷时,启用存储自动增长非常有用,因为它会自动检测低存储条件并相应地纵向扩展存储。

缩放存储的过程联机执行,而不会造成任何停机,除非磁盘大小需要跨越 4,096 GiB 的边界。 此例外是 Azure 托管磁盘的限制。 在这种情况下,不会触发自动存储缩放活动,即使为服务器启用了存储自动增长设置也是如此。 在这种情况下,需要手动缩放存储。 在此方案中(达到或跨越 4,096 GiB 边界),手动缩放是脱机作。 建议计划此任务,以满足业务需求。 所有其他作都可以联机执行。 分配的磁盘大小为 8,192 GiB 或更高版本后,存储自动增长会再次触发,每个后续存储增长作都会联机执行,直到分配的磁盘达到最大增长容量(即 32,768 GiB)。

注释

无论分配给实例的存储类型如何,存储只能纵向扩展,而不是纵向扩展。

存储自动增长的限制和注意事项

  • 磁盘缩放作通常联机执行,但涉及跨越边界 4,096 GiB 的特定方案除外。 这些方案包括达到或超过 4,096 GiB 的限制。 例如,从 2,048 GiB 缩放到 8,192 GiB 会触发脱机作。 在 Azure 门户中,移动到 4 TiB(表示为 4,095 GiB)使作保持联机状态。 但是,如果将 4 TB 显式指定为 4,096 GiB(例如在 Azure CLI 中),缩放作将在脱机模式下完成,因为它达到 4,096 GiB 的限制。 Oflline 缩放作通常需要 2 到 10 分钟之间的任意位置。 缩短 停机时间缩放功能后,此持续时间将减少到不到 30 秒。 在缩放资源期间缩短停机时间可提高数据库实例的整体可用性。

  • 小于 4,096 GIB 或 4 Tib 的磁盘大小支持主机缓存(ReadOnly 和读/写)。 预配最多 4,095 GiB 的任何磁盘都可以利用主机缓存。 磁盘大小超过或等于 4,096 GiB 不支持主机缓存。 例如,预配为 4,095 GiB 的 P50 高级磁盘可以利用主机缓存和预配为 4,096 GiB 的 P50 磁盘不能利用主机缓存。 客户从较低的磁盘大小移动到 4,096 GiB 或更高版本会失去使用磁盘缓存的能力。

    此限制是由于基础 Azure 托管磁盘需要手动磁盘缩放作。 当遇到此限制时,门户中会收到一条信息性消息。

  • 存储自动增长在 WAL 使用率较高时不会触发。

注释

存储自动增长取决于联机磁盘缩放,因此它永远不会造成停机。

IOPS 缩放

Azure Database for PostgreSQL 灵活服务器支持预配额外的 IOPS。 此功能使你可以预配超出免费 IOPS 限制的更多 IOPS。 使用此功能,可以增加或减少预配的 IOPS 数,以便随时根据工作负荷要求进行调整。

所选的计算大小决定了最小和最大 IOPS。 若要详细了解每个计算大小的最小和最大 IOPS,请参阅 计算大小

重要

所选计算大小确定最小和最大 IOPS。

了解如何 纵向扩展或缩减 IOPS