Fabric 数据仓库中的可突发容量
适用于:✅SQL 分析终结点和 Microsoft Fabric 中的仓库
Fabric 容量是大小(或 SKU)的独特资源池,用于确定可用的计算能力。 仓库和 SQL 分析终结点提供可突发容量,使工作负载能够使用更多资源来提高性能。
可突发容量
可突发容量与分配给工作区 Fabric 容量的 SKU 直接相关。 它也是工作负载的一项功能。 非急需的工作负载可能永远不会使用可突发容量单位。 工作负载可以在已购买的基线容量内实现最佳性能。
若要确定工作负载是否正在使用可突发容量,可以使用以下公式计算工作负载的比例因子:Capacity Units (CU) / duration / Baseline CU = Scale factor
作为对此公式的说明,如果容量为 F8,且工作负载需要 100 秒才能完成,并且它使用 1500 CU,则比例因子将按如下方式计算:1500 / 100 / 8 = 1.875
可以使用 Microsoft Fabric 容量指标应用确定 CU。
当比例因子超过 1 时,这意味着可以使用可突发容量来满足工作负载的需求。 这也意味着工作负载将从将来的时间间隔借用容量单位。 这是称为“平滑”的 Microsoft Fabric 的基本概念。
平滑可以帮助那些在高峰时段突然出现峰值、同时拥有大量未使用的闲置容量的客户得到缓解。 平滑通过分散计算评估来简化容量管理,以确保客户作业平稳高效地运行。
SKU 护栏
可突发容量有限。 对后端计算资源应用了限制,以大幅降低仓库和 SQL 分析终结点工作负载导致限制的风险。
限制(或护栏)是与分配给工作区的 Fabric 容量 SKU 大小直接相关的比例因子。
Fabric SKU | 等效的高级 SKU | 基线容量单位 (CU) | 可突发比例因子 |
---|---|---|---|
F2 | 2 | 1x - 32x | |
F4 | 4 | 1x - 16x | |
F8 | 8 | 1x - 12x | |
F16 | 16 | 1x - 12x | |
F32 | 32 | 1x - 12x | |
F64 | P1 | 64 | 1x - 12x |
F128 | P2 | 128 | 1x - 12x |
F256 | P3 | 256 | 1x - 12x |
F512 | P4 | 512 | 1x - 12x |
F1024 | P5 | 1024 | 1x - 12x |
F2048 | 2048 | 1x - 12x |
较小的 SKU 大小通常用于开发/测试方案或临时工作负载。 表中所示的更大比例因子可提供更多的处理能力,使其与通常在这些环境中较低的总体利用率保持一致。
较大的 SKU 大小可以用于访问更多总容量单位,从而允许更复杂的工作负载以最佳方式运行,且并发性更高。 因此,如果未实现工作负载的所需性能,则增加容量 SKU 大小可能会很有用。
注意
只有极小的时间间隔才可能观察到最大可突发比例因子,通常在单个查询中出现几秒甚至几毫秒。 使用 Microsoft Fabric 容量指标应用观察可突发容量时,持续时间较长的比例因子将较低。
隔离边界
仓库将数据引入与查询处理完全隔离,如工作负载管理中所述。
查询处理实现可突发比例因子的同时,数据引入可以独立实现可突发比例因子。 这些比例因子将所有进程封装进单个工作区中。 但是,可以将容量分配给多个工作区。 因此,容量的聚合最大比例因子将以下方公式表示:([Query burstable scale factor] + [Ingestion burstable scale factor]) * [number of Fabric workspaces] = [aggregate burstable scale factor]
注意事项
通常情况下,分配给小型容量 SKU 大小的工作区中运行的复杂查询应运行到完成。 但是,如果数据检索或中间数据处理在物理上无法在可突发比例系数内运行,则会导致以下错误消息:
This query was rejected due to current capacity constraints.
在增加 SKU 大小之前,请查看性能准则以确保数据和查询优化。 若要增加 SKU 大小,请联系容量管理员。调整容量大小后,将在运行下一个查询时应用新的护栏。 性能应在第一个查询提交后的几秒钟内稳定到新的容量 SKU 大小。
在非优化容量大小上运行的工作负载可能会受到资源争用(例如溢出)的约束,这些争用可能会增加工作负载的 CU 使用率。