SQL倉庫大小、縮放和排隊的行為
本文解釋了集群規模、排隊和SQL倉庫的自動定量的行為。
請注意
本文主要適用於職業和經典SQL倉庫。serverless SQL信息倉庫的行為,明白了Serverless計算。
集群規模
本節中的表映射SQL倉庫集群大小磚集群的司機和工人數量大小。司機大小隻適用於專業和經典SQL倉庫。
請注意
對於serverless SQL倉庫,集群大小可能在某些情況下使用不同的實例類型的文檔中列出的職業和經典的SQL倉庫為一個等價的集群大小。一般來說,集群大小的價格/性能比serverless SQL倉庫類似於職業和典型的SQL倉庫。
集群規模 |
實例類型的驅動程序(僅適用於職業和經典SQL倉庫) |
工人數 |
|---|---|---|
2 x-small |
i3.2xlarge |
1 x i3.2xlarge |
X-Small |
i3.2xlarge |
2 x i3.2xlarge |
小 |
i3.4xlarge |
4 x i3.2xlarge |
媒介 |
i3.8xlarge |
8 x i3.2xlarge |
大 |
i3.8xlarge |
16 x i3.2xlarge |
超大號 |
i3.16xlarge |
32 x i3.2xlarge |
2超大號 |
i3.16xlarge |
64 x i3.2xlarge |
3從小到大 |
i3.16xlarge |
128 x i3.2xlarge |
4超大號 |
i3.16xlarge |
256 x i3.2xlarge |
所有工人的實例大小i3.2xlarge。
可用性區域(AZ)
對於SQL倉庫,AWS可用性區域設置汽車(Auto-AZ), AZ自動選擇是基於在工作區中可用的ip子網。Auto-AZ重試其他可用性區域如果AWS返回錯誤能力不足。更多關於可用性區域,看到AWS的文檔。
排隊和自動定量
磚的數量限製的集群上分配給一個SQL查詢倉庫根據成本來計算他們的結果。集群的升級/倉庫是基於查詢吞吐量,傳入的查詢,和隊列的大小。
磚添加集群基於時間來處理所有當前正在運行的查詢,查詢排隊,傳入的查詢將在接下來的兩分鍾。
如果小於2分鍾,不高檔。
如果2到6分鍾,加1集群。
如果6到12分鍾,加上2集群。
如果12至22分鍾,加3集群。
否則,磚增加了3集群+ 1集群為每個額外的15分鍾的預期查詢負載。
此外,倉庫都是高檔如果查詢隊列中等待5分鍾。
如果負載低15分鍾,磚縮減規模的SQL倉庫。它保持足夠的集群處理峰值負載在過去15分鍾。例如,如果峰值負載25並發查詢,磚保持3集群。