SQL仓库大小、缩放和排队的行为

本文解释了集群规模、排队和SQL仓库的自动定量的行为。

集群规模

本节中的表映射SQL仓库集群大小砖集群的司机和工人数量大小。司机大小只适用于专业和经典SQL仓库。

集群规模

实例类型的司机

工人数

总个vCPU

总存在于磁盘上SSD (TB)

当地的SSD (TB)

2 x-small

n2-highmem-8

1 x n2-highmem-8

16

1

3

X-Small

n2-highmem-8

2 x n2-highmem-8

24

1.5

4.5

n2-highmem-16

4 x n2-highmem-8

48

2.5

7.5

媒介

n2-highmem-32

8 x n2-highmem-8

96年

4.5

15

n2-highmem-32

16 x n2-highmem-8

160年

8.5

27

超大号

n2 - highmem - 64

32 x n2-highmem-8

320年

16.5

54

2超大号

n2 - highmem - 64

64 x n2-highmem-8

576年

32.5

102年

3从小到大

n2 - highmem - 64

128 x n2-highmem-8

1088年

64.5

198年

4超大号

n2 - highmem - 64

256 x n2-highmem-8

2112年

128.5

390年

所有工人的实例大小n2-highmem-8。

计算引擎API配额要求

相关的计算引擎API相关配额字段:

  • N2 cpu

  • 持续的磁盘SSD (GB)

  • 当地的SSD (GB)

配额需求的更多信息,请参阅计算引擎API

警告

SQL仓库不会开始如果你不提供所需的CPU数量和存储资源。看到计算引擎API。如果需要的话,你可以增加资源配额支持您使用SQL仓库。看到审查和增加配额。工作区成本信息,请参阅每工作空间成本

排队和自动定量

砖的数量限制的集群上分配给一个SQL查询仓库根据成本来计算他们的结果。集群的升级/仓库是基于查询吞吐量,传入的查询,和队列的大小。

砖添加集群基于时间来处理所有当前正在运行的查询,查询排队,传入的查询将在接下来的两分钟。

  • 如果小于2分钟,不高档。

  • 如果2到6分钟,加1集群。

  • 如果6到12分钟,加上2集群。

  • 如果12至22分钟,加3集群。

否则,砖增加了3集群+ 1集群为每个额外的15分钟的预期查询负载。

此外,仓库都是高档如果查询队列中等待5分钟。

如果负载低15分钟,砖缩减规模的SQL仓库。它保持足够的集群处理峰值负载在过去15分钟。例如,如果峰值负载25并发查询,砖保持3集群。

查询排队

砖队列查询所有集群分配给仓库执行查询时满负荷或仓库开始状态。

元数据查询(例如,描述<表>(例如)和国家修改查询)是从来不排队,除非在仓库开始状态。

查询路由

砖路线查询如下:

  • 新会话:最低的集群负载。

  • 现有会话:集群,前面的查询会话。如果集群没有可用容量,查询路由到最低的集群负载。