使用 vCore 购买模型的弹性池的资源限制

Applies to:Azure SQL Database

本文提供针对使用 vCore 购买模型的 Azure SQL 数据库弹性池和共用数据库的详细资源限制。

• 有关单一数据库 vCore 资源限制，请参阅 vCore 资源限制 - Azure SQL 数据库 和 vCore 资源限制 - 弹性池。
• 有关不同购买模型的详细信息，请参阅 比较 Azure SQL 数据库的基于 vCore 和 DTU 的购买模型。

对于每个弹性池，可以选择性地指定每个数据库的最小和最大 vCore 数，以修改池中的资源消耗模式。 还可以为每个数据库设置最大存储，例如阻止单个数据库使用所有池存储。

• 指定的最小和最大 vCore 值适用于池中的所有数据库。 不支持为池中的单个数据库自定义 vCore 数量的上下限。
• 可以为每个数据库单独配置每个数据库的最大存储。

下表描述了共用数据库的每个数据库的属性。

尽管每个数据库属性以 vCore 表示，但它们也会对其他资源类型（例如数据 IO、日志 IO、缓冲池内存和工作线程）的消耗进行控制。 调整每个数据库的最大和最小 vCore 数量值时，将按比例调整所有资源类型的预留和限制。

每个数据库的最小和最大 vCore 值适用于用户工作负荷的资源消耗，但不适用于内部进程的资源消耗。 例如，对于将每个数据库的 vCore 数量上限设置为池 vCore 数量一半的数据库，用户工作负载消耗的内存不能超过缓冲池内存的一半。 但是，此数据库仍可利用缓冲池中已由内部进程加载的页面。 有关详细信息，请参阅用户工作负荷和内部进程的资源消耗量。

弹性池中单个数据库的资源限制通常与池外部具有相同计算大小（服务目标）的单一数据库相同。 例如，数据库的最大并发辅助角色为 750 个辅助角色 GP_S_Gen5_10 。 因此，池中 GP_Gen5_10 数据库的最大并发辅助角色也是 750 个辅助角色。 请注意，池中的 GP_Gen5_10 并发辅助角色总数为 1050。 如需了解任何单个数据库的最大并发辅助角色数（请求数），请参阅单一数据库资源限制。

弹性池的每个只读副本具有自身的资源，例如 vCore、内存、数据 IOPS、tempdb、辅助角色和会话。 每个只读副本都受到本文稍后详细说明的弹性池资源限制的约束。

可以通过以下方式设置服务层级、计算大小（服务目标）和存储量：

• Transact-SQL via ALTER DATABASE
• Azure portal
• PowerShell
• Azure CLI
• REST API

如果弹性池的所有 vCore 繁忙，则池中的每个数据库将接收相同数量的计算资源来处理查询。 Azure SQL 数据库通过确保相等的计算时间片段，在数据库之间提供资源共享的公平性。 弹性池资源共享公平性是在将每个数据库的 vCore 最小值设为非零值时，对另外为每个数据库保证的任意资源量的补充。

对于相同数量的 vCore，提供给弹性池的资源可能会超过提供给弹性池外部的单个数据库的资源。 这意味着根据工作负载模式，弹性池的 CPU、数据 IO 和日志写入利用率可能低于池中所有数据库的 CPU、数据 IO 和日志写入利用率之和。 例如，在弹性池中只有一个数据库的极端情况下，如果数据库数据 IO 利用率为 100%，在某些工作负载模式下，池的数据 IO 利用率可能为 50%。 即使每个数据库的最大 vCore 保持在给定池大小支持的最大值，也可能发生这种情况。

常规用途标准系列弹性池的计算大小（服务级别目标 [SLO]）遵循命名约定 GP_Gen5_，后跟 vCore 数量上限。

下表介绍了以下 SLO：GP_Gen5_2、GP_Gen5_4、GP_Gen5_6、GP_Gen5_8 和 GP_Gen5_10：

¹ See Resource management in dense elastic pools for additional considerations.

² For documented max data size values. 减小最大数据大小会按比例减小最大日志大小。

³ The maximum value for IO sizes ranging between 8 KB and 64 KB. 实际 IOPS 与工作负荷相关。 有关详细信息，请参阅数据 IO 调控。

⁴ For the max concurrent workers for any individual database, see Resource limits for single databases using the vCore purchasing model. 例如，如果弹性池使用 Gen5 且每个数据库的最大 vCore 数设置为 2，则最大并发辅助角色数目值为 200。 如果每个数据库的最大 vCore 数设置为 0.5，则最大并发辅助角色数目值为 50，因为 Gen5 上每个 vCore 的最大并发辅助角色数为 100。 对于每个数据库的最大 vCore 设置小于 1 个 vCore 或更少的其他情况，最大并发辅助角色数会相应重新缩放。

⁵ For more information on what counts as an external connection, see External Connections.

⁶ Latency numbers are approximate and representative for typical workloads at steady state, but aren't guaranteed.

常规用途标准系列弹性池的计算大小（服务级别目标 [SLO]）遵循命名约定 GP_Gen5_，后跟 vCore 数量上限。

下表介绍了以下 SLO：GP_Gen5_12、GP_Gen5_14、GP_Gen5_16、GP_Gen5_18 和 GP_Gen5_20：

¹ See Resource management in dense elastic pools for additional considerations.

² For documented max data size values. 减小最大数据大小会按比例减小最大日志大小。

³ The maximum value for IO sizes ranging between 8 KB and 64 KB. 实际 IOPS 与工作负荷相关。 有关详细信息，请参阅数据 IO 调控。

⁴ For the max concurrent workers for any individual database, see Resource limits for single databases using the vCore purchasing model. 例如，如果弹性池使用标准系列 (Gen5) 且每个数据库的最大 vCore 数设置为 2，则最大并发辅助角色数目值为 200。 如果每个数据库的最大 vCore 数设置为 0.5，则最大并发辅助角色数目值为 50，因为标准系列 (Gen5) 上每个 vCore 的最大并发辅助角色数为 100。 对于每个数据库的最大 vCore 设置小于 1 个 vCore 或更少的其他情况，最大并发辅助角色数会相应重新缩放。

⁵ For more information on what counts as an external connection, see External Connections.

⁶ Latency numbers are approximate and representative for typical workloads at steady state, but aren't guaranteed.

常规用途标准系列弹性池的计算大小（服务级别目标 [SLO]）遵循命名约定 GP_Gen5_，后跟 vCore 数量上限。

下表介绍了以下 SLO：GP_Gen5_24、GP_Gen5_32、GP_Gen5_40、GP_Gen5_80 和 GP_Gen5_128：

¹ See Resource management in dense elastic pools for additional considerations.

² For documented max data size values. 减小最大数据大小会按比例减小最大日志大小。

³ The maximum value for IO sizes ranging between 8 KB and 64 KB. 实际 IOPS 与工作负荷相关。 有关详细信息，请参阅数据 IO 调控。

⁴ For the max concurrent workers for any individual database, see Resource limits for single databases using the vCore purchasing model. 例如，如果弹性池使用标准系列 (Gen5) 且每个数据库的最大 vCore 数设置为 2，则最大并发辅助角色数目值为 200。 如果每个数据库的最大 vCore 数设置为 0.5，则最大并发辅助角色数目值为 50，因为标准系列 (Gen5) 上每个 vCore 的最大并发辅助角色数为 100。 对于每个数据库的最大 vCore 设置小于 1 个 vCore 或更少的其他情况，最大并发辅助角色数会相应重新缩放。

⁵ For more information on what counts as an external connection, see External Connections.

⁶ Latency numbers are approximate and representative for typical workloads at steady state, but aren't guaranteed.

业务关键标准系列弹性池的计算大小（服务级别目标 [SLO]）遵循命名约定 BC_Gen5_，后跟 vCore 数量。

下表介绍了以下 SLO：BC_Gen5_4、BC_Gen5_6、BC_Gen5_8、BC_Gen5_10 和 BC_Gen5_12：

¹ See Resource management in dense elastic pools for additional considerations.

² For documented max data size values. 减小最大数据大小会按比例减小最大日志大小。

³ The maximum value for IO sizes ranging between 8 KB and 64 KB. 实际 IOPS 与工作负荷相关。 有关详细信息，请参阅数据 IO 调控。

⁴ For the max concurrent workers for any individual database, see Resource limits for single databases using the vCore purchasing model. 例如，如果弹性池使用标准系列 (Gen5) 且每个数据库的最大 vCore 数设置为 2，则最大并发辅助角色数目值为 200。 如果每个数据库的最大 vCore 数设置为 0.5，则最大并发辅助角色数目值为 50，因为标准系列 (Gen5) 上每个 vCore 的最大并发辅助角色数为 100。 对于每个数据库的最大 vCore 设置小于 1 个 vCore 或更少的其他情况，最大并发辅助角色数会相应重新缩放。

⁵ For more information on what counts as an external connection, see External Connections.

⁶ Latency numbers are approximate and representative for typical workloads at steady state, but aren't guaranteed.

业务关键标准系列弹性池的计算大小（服务级别目标 [SLO]）遵循命名约定 BC_Gen5_，后跟 vCore 数量。

下表介绍了以下 SLO：BC_Gen5_14、BC_Gen5_16、BC_Gen5_18、BC_Gen5_20 和 BC_Gen5_24：

¹ See Resource management in dense elastic pools for additional considerations.

² For documented max data size values. 减小最大数据大小会按比例减小最大日志大小。

³ The maximum value for IO sizes ranging between 8 KB and 64 KB. 实际 IOPS 与工作负荷相关。 有关详细信息，请参阅数据 IO 调控。

⁴ For the max concurrent workers for any individual database, see Resource limits for single databases using the vCore purchasing model. 例如，如果弹性池使用标准系列 (Gen5) 且每个数据库的最大 vCore 数设置为 2，则最大并发辅助角色数目值为 200。 如果每个数据库的最大 vCore 数设置为 0.5，则最大并发辅助角色数目值为 50，因为标准系列 (Gen5) 上每个 vCore 的最大并发辅助角色数为 100。 对于每个数据库的最大 vCore 设置小于 1 个 vCore 或更少的其他情况，最大并发辅助角色数会相应重新缩放。

⁵ Latency numbers are approximate and representative for typical workloads at steady state, but aren't guaranteed.

业务关键标准系列弹性池的计算大小（服务级别目标 [SLO]）遵循命名约定 BC_Gen5_，后跟 vCore 数量。

下表涵盖了这些 SLO：BC_Gen5_32、BC_Gen5_40 和 BC_Gen5_80：

¹ See Resource management in dense elastic pools for additional considerations.

² For documented max data size values. 减小最大数据大小会按比例减小最大日志大小。

³ The maximum value for IO sizes ranging between 8 KB and 64 KB. 实际 IOPS 与工作负荷相关。 有关详细信息，请参阅数据 IO 调控。

⁴ For the max concurrent workers for any individual database, see Resource limits for single databases using the vCore purchasing model. 例如，如果弹性池使用标准系列 (Gen5) 且每个数据库的最大 vCore 数设置为 2，则最大并发辅助角色数目值为 200。 如果每个数据库的最大 vCore 数设置为 0.5，则最大并发辅助角色数目值为 50，因为标准系列 (Gen5) 上每个 vCore 的最大并发辅助角色数为 100。 对于每个数据库的最大 vCore 设置小于 1 个 vCore 或更少的其他情况，最大并发辅助角色数会相应重新缩放。

⁵ For more information on what counts as an external connection, see External Connections.

⁶ Latency numbers are approximate and representative for typical workloads at steady state, but aren't guaranteed.

超大规模标准系列弹性池的计算大小（服务级别目标 [SLO]）遵循命名约定 HS_Gen5_，后跟 vCore 数量。

下表介绍了以下 SLO：HS_Gen5_4、HS_Gen5_6、HS_Gen5_8、HS_Gen5_10、HS_Gen5_12 和 HS_Gen5_14：

¹ See Resource management in dense elastic pools for additional considerations.

² Hyperscale is a multi-tiered architecture with separate compute and storage components. 有关详细信息，请参阅超大规模服务层级和超大规模服务层级。

³ Besides local SSD IO, workloads use remote page server IO. 实际 IOPS 与工作负荷相关。 有关详细信息，请参阅数据 IO 调控和资源利用率统计信息中的数据 IO。 延迟数字是稳定状态下的典型工作负荷的近似值和代表性，但不能保证。

⁴ Latency is 1-2 ms for data on local compute replica SSD, which caches most used data pages. 从页面服务器检索数据的延迟更长。

⁵ For the max concurrent workers for any individual database, see Resource limits for single databases using the vCore purchasing model. 例如，如果弹性池使用标准系列 (Gen5) 且每个数据库的最大 vCore 数设置为 2，则最大并发辅助角色数目值为 200。 如果每个数据库的最大 vCore 数设置为 0.5，则最大并发辅助角色数目值为 50，因为标准系列 (Gen5) 上每个 vCore 的最大并发辅助角色数为 100。 对于每个数据库的最大 vCore 设置小于 1 个 vCore 或更少的其他情况，最大并发辅助角色数会相应重新缩放。

⁶ For more information on what counts as an external connection, see External Connections.

超大规模标准系列弹性池的计算大小（服务级别目标 [SLO]）遵循命名约定 HS_Gen5_，后跟 vCore 数量。

下表介绍了以下 SLO：HS_Gen5_16、HS_Gen5_18、HS_Gen5_20、HS_Gen5_24、HS_Gen5_32、HS_Gen5_40 和 HS_Gen5_80：

¹ See Resource management in dense elastic pools for additional considerations.

² Hyperscale is a multi-tiered architecture with separate compute and storage components. 有关详细信息，请参阅超大规模服务层级和超大规模服务层级。

³ Besides local SSD IO, workloads use remote page server IO. 实际 IOPS 与工作负荷相关。 有关详细信息，请参阅数据 IO 调控和资源利用率统计信息中的数据 IO。 延迟数字是稳定状态下的典型工作负荷的近似值和代表性，但不能保证。

⁴ Latency is 1-2 ms for data on local compute replica SSD, which caches most used data pages. 从页面服务器检索数据的延迟更长。

⁵ For the max concurrent workers for any individual database, see Resource limits for single databases using the vCore purchasing model. 例如，如果弹性池使用标准系列 (Gen5) 且每个数据库的最大 vCore 数设置为 2，则最大并发辅助角色数目值为 200。 如果每个数据库的最大 vCore 数设置为 0.5，则最大并发辅助角色数目值为 50，因为标准系列 (Gen5) 上每个 vCore 的最大并发辅助角色数为 100。 对于每个数据库的最大 vCore 设置小于 1 个 vCore 或更少的其他情况，最大并发辅助角色数会相应重新缩放。

⁶ For more information on what counts as an external connection, see External Connections.

本部分包含有关以前可用的硬件的详细信息。

• Gen4 硬件已停用，不可用于预配、纵向扩展或缩减。 将数据库迁移到受支持的硬件代系，实现更广泛的 vCore 和存储可伸缩性、加速网络、最佳 IO 性能和最小延迟。 有关详细信息，请参阅 Azure SQL 数据库上对第 4 代硬件的支持已结束。

可以使用 Azure Resource Graph 资源管理器识别当前使用 Gen4 硬件的所有 Azure SQL 数据库资源，也可以检查 Azure 门户中特定逻辑服务器的资源使用的硬件。

必须至少具有对 Azure 对象或对象组的 read 权限，才能在 Azure Resource Graph 资源管理器中查看结果。

若要使用 Resource Graph 资源管理器来识别仍在使用 Gen4 硬件的 Azure SQL 资源，请执行以下步骤：

1. Go to the Azure portal.

2. 在搜索框中搜索 Resource graph，然后从搜索结果中选择“Resource Graph 资源管理器”服务。

3. In the query window, type the following query and then select Run query:

   resources
   | where type contains ('microsoft.sql/servers')
   | where sku['family'] == "Gen4"
   

4. The Results pane displays all the currently deployed resources in Azure that are using Gen4 hardware.

   

若要检查 Azure 中特定逻辑服务器的资源使用的硬件，请执行以下步骤：

1. Go to the Azure portal.
2. Search for SQL servers in the search box and choose SQL servers from the search results to open the SQL servers page and view all servers for the chosen subscription(s).
3. Select the server of interest to open the Overview page for the server.
4. Scroll down to available resources and check the Pricing tier column for resources that are using gen4 hardware.

To migrate resources to standard-series hardware, review Change hardware.

• 有关单一数据库的 vCore 资源限制，请参阅使用 vCore 购买模型的单一数据库的资源限制
• 有关常规 Azure 限制的相关信息，请参阅 Azure 订阅和服务限制、配额和约束。
• 有关逻辑 SQL 服务器上的资源限制的信息，请参阅逻辑 SQL 服务器资源限制概述了解有关服务器级别和订阅级别限制的信息。