Speicher- und Parallelitätsgrenzwerte für einen dedizierten SQL-Pool in Azure Synapse Analytics

Tip

Microsoft Fabric Data Warehouse ist ein relationales Enterprise-Warehouse auf einem Data Lake-Fundament mit zukunftsfähiger Architektur, integrierter KI und neuen Features. Wenn Sie mit Data Warehouse noch nicht vertraut sind, beginnen Sie mit Fabric Data Warehouse. Vorhandene dedizierte SQL-Pool-Workloads können auf Fabric aktualisieren, um neue Funktionen in den Bereichen Data Science, Echtzeitanalyse und Berichterstellung zu nutzen.

Zeigen Sie die Speicher- und Parallelitätsgrenzwerte an, die den verschiedenen Leistungsstufen und Ressourcenklassen in Azure Synapse Analytics zugewiesen sind.

Hinweis

Workload-Gruppen für die Workloadverwaltung bieten mehr Flexibilität bei der Konfiguration von Ressourcen pro Anforderung und ermöglichen eine höhere Gleichzeitigkeit als dynamische oder statische Ressourcenklassen. Sehen Sie Arbeitsauslastungsgruppen und die CREATE WORKLOAD GROUP Syntax für weitere Details.

Data Warehouse-Kapazitätseinstellungen

Die folgenden Tabellen zeigen die maximale Kapazität für das Data Warehouse auf unterschiedlichen Leistungsstufen. Informationen zum Ändern der Leistungsstufe finden Sie unter Skalieren von Computerressourcen – Portal.

Servicelevel

Die Servicelevel reichen von DW100c bis DW30000c.

Leistungsstufe Serverknoten Verteilungen pro Serverknoten Arbeitsspeicher pro Data Warehouse (GB)
DW100c 1 60 60
DW200c 1 60 120
DW300c 1 60 180
DW400c 1 60 240
DW500c 1 60 300
DW1000c 2 30 600
DW1500c 3 20 900
DW2000c 4 15 1200
DW2500c 5 12 1500
DW3000c 6 10 1800
DW5000c 10 6 3000
DW6000c 12 5 3600
DW7500c 15 4 4500
DW10000c 20 3 6000
DW15000c 30 2 9000
DW30000c 60 1 18000

Der maximale Servicelevel ist DW30000c, welcher 60 Rechenknoten und eine Verteilung pro Rechenknoten hat. Beispielsweise verarbeitet ein 600-TB-Data Warehouse mit DW30000c etwa 10 TB pro Serverknoten.

Hinweis

Der dedizierte Synapse SQL-Pool ist ein stets aktueller Plattformdienst. Im Rahmen des Modells der gemeinsamen Verantwortung in der Cloud investiert Microsoft weiterhin in Verbesserungen der zugrunde liegenden Software und Hardware, die einen dedizierten SQL-Pool hosten. Infolgedessen kann sich die Anzahl der Knoten oder der Typ der Computerhardware ändern, die bzw. der einer bestimmten Leistungsstufe (SLO) zugrunde liegt. Die hier aufgeführte Anzahl von Computeknoten wird als Referenz angegeben und sollte nicht zur Dimensionierung oder zu Leistungszwecken eingesetzt werden. Unabhängig von der Anzahl der Knoten oder der zugrunde liegenden Infrastruktur besteht das Ziel von Microsoft darin, die dem SLO entsprechende Leistung zu erbringen. Daher empfehlen wir, für alle Dimensionierungsübungen cDWU als Richtlinie zu verwenden. Weitere Informationen zum SLO und zu Compute Data Warehouse-Einheiten finden Sie unter Data Warehouse-Einheiten (DWUs) für den dedizierten SQL-Pool (früher SQL DW).

Parallelitätshöchstwerte für Workloadgruppen

Mit der Einführung von Workloadgruppen gilt das Konzept von Parallelitätsslots nicht mehr. Ressourcen werden pro Anforderung auf der Grundlage eines Prozentsatzes zugeordnet und in der Definition der Workloadgruppe angegeben. Trotz der Entfernung von Parallelitätsslots gibt es jedoch je nach Dienstebene eine Mindestanzahl von Ressourcen, die pro Abfrage benötigt werden. In der folgenden Tabelle ist die minimale Menge an Ressourcen definiert, die pro Abfrage auf den einzelnen Dienstebenen und die damit verbundene Parallelität erforderlich ist.

Dienstebene Maximale Anzahl gleichzeitiger Abfragen Min. % unterstützt für REQUEST_MIN_RESOURCE_GRANT_PERCENT
DW100c 4 25 %
DW200c 8 12,5 %
DW300c 12 8 %
DW400c 16 6,25 %
DW500c 20 5 %
DW1000c 32 3 %
DW1500c 32 3 %
DW2000c 48 2 %
DW2500c 48 2 %
DW3000c 64 1,5 %
DW5000c 64 1,5 %
DW6000c 128 0,75 %
DW7500c 128 0,75 %
DW10000c 128 0,75 %
DW15000c 128 0,75 %
DW30000c 128 0,75 %

Parallelitätshöchstwerte für Ressourcenklassen

Synapse SQL verfolgt die Nutzung von Ressourcen durch Zuweisen von Parallelitätsslots für jede Abfrage, um sicherzustellen, dass für jede Abfrage genügend Ressourcen zur effizienten Ausführung zur Verfügung stehen. Das System stellt Abfragen basierend auf Wichtigkeit und Parallelitätsslots in eine Warteschlange. Abfragen verbleiben in der Warteschlange, bis genügend Gleichzeitigkeitsslots verfügbar sind. Wichtigkeit und Parallelitätsslots legen außerdem die CPU-Prioritäten fest. Weitere Informationen finden Sie unter Analysieren Ihrer Workload.

Statische Ressourcenklassen

Die folgende Tabelle zeigt die maximale Anzahl gleichzeitiger Abfragen und die Parallelitätsslots für jede statische Ressourcenklasse.

Dienstebene Maximale Anzahl gleichzeitiger Abfragen Verfügbare Parallelitätsslots Durch „staticrc10“ verwendete Slots Durch „staticrc20“ verwendete Slots Durch „staticrc30“ verwendete Slots Durch „staticrc40“ verwendete Slots Slots, die von „staticrc50“ verwendet werden Durch „staticrc60“ verwendete Slots Durch „staticrc70“ verwendete Slots Durch „staticrc80“ verwendete Slots
DW100c 4 4 1 2 4 4 4 4 4 4
DW200c 8 8 1 2 4 8 8 8 8 8
DW300c 12 12 1 2 4 8 8 8 8 8
DW400c 16 16 1 2 4 8 16 16 16 16
DW500c 20 20 1 2 4 8 16 16 16 16
DW1000c 32 40 1 2 4 8 16 32 32 32
DW1500c 32 60 1 2 4 8 16 32 32 32
DW2000c 48 80 1 2 4 8 16 32 64 64
DW2500c 48 100 1 2 4 8 16 32 64 64
DW3000c 64 120 1 2 4 8 16 32 64 64
DW5000c 64 200 1 2 4 8 16 32 64 128
DW6000c 128 240 1 2 4 8 16 32 64 128
DW7500c 128 300 1 2 4 8 16 32 64 128
DW10000c 128 400 1 2 4 8 16 32 64 128
DW15000c 128 600 1 2 4 8 16 32 64 128
DW30000c 128 1200 1 2 4 8 16 32 64 128

Dynamische Ressourcenklassen

Die folgende Tabelle zeigt die maximale Anzahl gleichzeitiger Abfragen und die Parallelitätsslots für jede dynamische Ressourcenklasse. Dynamische Ressourcenklassen verwenden eine Speicherbelegung von 3-10-22-70 Prozent für die Ressourcenklassen small-medium-large-xlarge im Servicelevel DW1000c bis DW30000c. Informationen zur Speicherzuweisung unter DW1000c finden Sie in der dynamischen Ressourcenklasse des Dokuments dynamische Ressourcenklasse.

Dienstebene Maximale Anzahl gleichzeitiger Abfragen Verfügbare Parallelitätsslots Durch „smallrc“ verwendete Slots Durch „mediumrc“ verwendete Slots Slots, die von „largerc“ verwendet werden Durch „xlargerc“ verwendete Slots
DW100c 4 4 1 1 1 2
DW200c 8 8 1 1 1 5
DW300c 12 12 1 1 2 8
DW400c 16 16 1 1 3 11
DW500c 20 20 1 2 4 14
DW1000c 32 40 1 4 8 28
DW1500c 32 60 1 6 13 42
DW2000c 32 80 2 8 17 56
DW2500c 32 100 3 10 22 70
DW3000c 32 120 3 12 26 84
DW5000c 32 200 6 20 44 140
DW6000c 32 240 7 24 52 168
DW7500c 32 300 9 30 66 210
DW10000c 32 400 12 40 88 280
DW15000c 32 600 18 60 132 420
DW30000c 32 1200 36 120 264 840

Wenn nicht genügend Parallelitätsslots verfügbar sind, um die Abfrageausführung zu starten, werden Abfragen in die Warteschlange eingereiht und basierend auf ihrer Wichtigkeit ausgeführt. Wenn die Wichtigkeit gleichwertig ist, werden Abfragen nach dem Prinzip "First In, First Out" ausgeführt. Sobald eine Abfrage abgeschlossen ist und die Anzahl der Abfragen und Slots unter die jeweiligen Grenzwerte sinkt, gibt Azure Synapse Analytics wartende Abfragen frei.

Zugehöriger Inhalt

Weitere Informationen zum Verwenden von Ressourcenklassen zum weiteren Optimieren Ihrer Workload finden Sie in den folgenden Artikeln:

  • Last updated on