Burstfähige Kapazität im Fabric Data Warehousing
Gilt für:✅ SQL-Analyseendpunkt und Warehouse in Microsoft Fabric
Eine Fabric-Kapazität ist ein bestimmter Pool von Ressourcen, dessen Größe (oder SKU) bestimmt, wie viel Rechenleistung verfügbar ist. Warehouse- und SQL-Analyseendpunkt bieten eine burstfähige Kapazität, mit der Workloads mehr Ressourcen verwenden können, um eine bessere Leistung zu erzielen.
Burstfähige Kapazität
Die burstfähige Kapazität steht in direktem Zusammenhang mit der SKU, die der Fabric-Kapazität des Arbeitsbereichs zugewiesen wurde. Sie ist auch eine Funktion der Workload. Eine wenig anspruchsvolle Workload verwendet möglicherweise keine burstfähigen Kapazitätseinheiten. Die Workload könnte eine optimale Leistung im Rahmen der erworbenen Baselinekapazität erzielen.
Um festzustellen, ob Ihre Workload burstfähige Kapazität nutzt, können Sie mit der folgenden Formel den Skalierungsfaktor für Ihre Workload berechnen: Capacity Units (CU) / duration / Baseline CU = Scale factor
Zur Veranschaulichung dieser Formel: Wenn Sie eine Kapazität vom Typ F8 haben und Ihre Workload 100 Sekunden bis zur Fertigstellung benötigt und 1.500 CU verwendet, würde der Skalierungsfaktor wie folgt berechnet: 1500 / 100 / 8 = 1.875
CU können mithilfe der Microsoft Fabric Capacity Metrics-Appbestimmt werden.
Wenn der Skalierungsfaktor über 1 liegt, bedeutet dies, dass burstfähige Kapazität verwendet wird, um die Anforderungen der Workload zu erfüllen. Dies bedeutet auch, dass Ihre Workload Kapazitätseinheiten von einem zukünftigen Zeitintervall ausleiht. Dies ist ein grundlegendes Konzept von Microsoft Fabric, das als Glättung bezeichnet wird.
Die Glättung entlastet Kunden, die während ihrer Stoßzeiten plötzliche Spitzen erzeugen, während sie über eine Menge Leerlaufkapazitäten verfügen, die nicht genutzt werden. Die Glättung vereinfacht das Kapazitätsmanagement, indem die Auswertung der Berechnung verteilt wird, um sicherzustellen, dass Kundenaufträge reibungslos und effizient ausgeführt werden.
SKU-Schutzmaßnahmen
Die burstfähige Kapazität ist endlich. Für Back-End-Computeressourcen gilt eine Beschränkung, um das Risiko zu verringern, dass Warehouse- und SQL-Analyseendpunkt-Workloads eine Drosselung verursachen.
Der Grenzwert (bzw. die Schutzmaßnahme) ist ein Skalierungsfaktor, der in direktem Zusammenhang mit der Fabric-Kapazitäts-SKU-Größe steht, die dem Arbeitsbereich zugewiesen ist.
| Fabric-SKU | Gleichwertige Premium-SKU | Baseline-Kapazitätseinheiten (CU) | Burstfähiger Skalierungsfaktor |
|---|---|---|---|
| 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 |
Kleinere SKU-Größen werden häufig für Dev/Test-Szenarien oder Ad-hoc-Workloads verwendet. Der in der Tabelle angegebene größere Skalierungsfaktor bietet mehr Verarbeitungsleistung, die mit einer geringeren Gesamtauslastung einhergeht, die in diesen Umgebungen typischerweise zu finden ist.
Größere SKU-Größen haben Zugriff auf mehr Gesamtkapazitätseinheiten, sodass komplexere Workloads optimal und mit einem höheren Grad an Parallelität ausgeführt werden können. Wenn die gewünschte Leistung einer Workload nicht erreicht wird, kann eine Erhöhung der SKU-Kapazitätsgröße von Vorteil sein.
Hinweis
Der maximale burstfähige Skalierungsfaktor kann nur für extrem kleine Zeitintervalle beobachtet werden, häufig in einer einzelnen Abfrage für Sekunden oder sogar Millisekunden. Wenn Sie die Microsoft Fabric-Kapazitätsmetriken-App verwenden, um burstfähige Kapazität zu beobachten, ist der Skalierungsfaktor über längere Zeiträume niedriger.
Isolationsgrenzen
Das Warehouse isoliert die Erfassung vollständig von der Abfrageverarbeitung, wie in Workloadverwaltungbeschrieben.
Der burstfähige Skalierungsfaktor kann unabhängig für die Erfassung erreicht werden, während gleichzeitig der burstfähige Skalierungsfaktor für die Abfrageverarbeitung erreicht wird. Diese Skalierungsfaktoren kapseln alle Prozesse in einem einzelnen Arbeitsbereich. Kapazität kann jedoch mehreren Arbeitsbereichen zugewiesen werden. Daher lässt sich der aggregierte maximale Skalierungsfaktor für eine Kapazität mit der folgenden Formel darstellen: ([Query burstable scale factor] + [Ingestion burstable scale factor]) * [number of Fabric workspaces] = [aggregate burstable scale factor]
Überlegungen
In der Regel sollte eine komplexe Abfrage, die in einem Arbeitsbereich mit einer kleinen SKU-Größe ausgeführt wird, bis zum Abschluss ausgeführt werden. Wenn der Datenabruf oder die zwischengeschaltete Datenverarbeitung physisch nicht innerhalb des burstfähigen Skalierungsfaktors ausgeführt werden kann, führt dies jedoch zu der folgenden Fehlermeldung:
This query was rejected due to current capacity constraints.Überprüfen Sie die Leistungsrichtlinien, um die Daten- und Abfrageoptimierung sicherzustellen, bevor sie die SKU-Größe erhöhen. Um die SKU-Größe zu erhöhen, wenden Sie sich an den/die Kapazitätsadministrator*in.Nachdem die Kapazitätsgröße geändert wurde, werden neue Schutzmaßnahmen angewendet, wenn die nächste Abfrage ausgeführt wird. Die Leistung sollte sich innerhalb weniger Sekunden nach der ersten Abfrage auf die neue SKU-Kapazität einstellen.
Bei einer Workload, die auf einer nicht optimierten Kapazitätsgröße ausgeführt wird, kann es zu einem Ressourcenkonflikt (z. B. Überlauf) kommen, der den CU-Verbrauch der Workload erhöhen kann.