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集群。

查詢排隊

磚隊列查詢所有集群分配給倉庫執行查詢時滿負荷或倉庫開始狀態。

元數據查詢(例如,描述<表>(例如)和國家修改查詢)是從來不排隊,除非在倉庫開始狀態。

查詢路由

磚路線查詢如下:

  • 新會話:最低的集群負載。

  • 現有會話:集群,前麵的查詢會話。如果集群沒有可用容量,查詢路由到最低的集群負載。