Die Fabric-Drosselungsrichtlinien

  • Artikel

Eine Drosselung tritt auf, wenn die Kapazität eines Mandanten mehr Kapazitätsressourcen verbraucht, als er erworben hat. Eine zu starke Drosselung kann zu einer beeinträchtigten Endbenutzererfahrung führen. Ein Fabric-Mandant kann mehrere Kapazitäten erstellen und Arbeitsbereiche einer bestimmten Kapazität für Abrechnung und Größenanpassung zuweisen.

Eine Drosselung wird auf Kapazitätsebene angewendet, d. h., während eine Kapazität oder eine Gruppe von Arbeitsbereichen aufgrund einer Überlastung eine geringere Leistung aufweisen, können andere Kapazitäten normal ausgeführt werden. In Fällen, in denen Funken wie OneLake-Artefakte in einer Kapazität erzeugt und von einer anderen verbraucht werden, bestimmt der Drosselungszustand der Verbrauchkapazität, ob Aufrufe des Artefakts gedrosselt werden.

Balance zwischen Leistung und Zuverlässigkeit

Fabric wurde entwickelt, um seinen Kunden blitzschnelle Leistung zu bieten, indem Vorgänge auf mehr CU (Capacity Units)-Ressourcen zugreifen können, als für die Kapazität zugeordnet sind. Aufgaben, die auf anderen Plattformen mehrere Minuten dauern können, können in nur wenigen Sekunden auf Fabric abgeschlossen werden. Um zu vermeiden, dass Benutzer negativ beeinträchtigt werden, wenn Betriebslasten ansteigen, glättet oder mittelt Fabric den CU-Verbrauch eines Vorgangs über mindestens 5 Minuten und bei Vorgängen mit hohem CU-Verbrauch, aber kurzer Laufzeit sogar länger. Dieses Verhalten stellt sicher, dass Sie von einer konsistenten schnellen Leistung ohne Drosselung profitieren können.

Bei Hintergrundvorgängen, die lange Laufzeiten und hohe CU-Lasten aufweisen, glättet Fabric ihren CU-Verbrauch über einen Zeitraum von 24 Stunden. Durch die Glättung müssen Datenwissenschaftler und Datenbankadministratoren keine Zeit mehr für die Erstellung von Auftragsplänen aufwenden, um die CU-Last über den Tag zu verteilen, damit die Konten nicht einfrieren. Mit einer 24-Stunden-CU-Glättung können alle geplanten Aufträge gleichzeitig ausgeführt werden, ohne während des Tages Spitzen zu verursachen, und Sie können eine konsistente schnelle Leistung genießen, ohne Zeit für die Verwaltung von Auftragsplänen zu verschwenden.

In-Flight-Vorgänge werden nicht gedrosselt

Wenn eine Kapazität in einen gedrosselten Zustand wechselt, wirkt sich dies nur auf Vorgänge aus, die angefordert werden, nachdem die Kapazität mit der Drosselung begonnen hat. Alle Vorgänge, einschließlich langer Ausführungsvorgänge, die vor Beginn der Drosselung übermittelt wurden, dürfen bis zum Ende ausgeführt werden. Dieses Verhalten gibt Ihnen die Gewissheit, dass Vorgänge abgeschlossen werden, auch während CU-Spitzen.

Drosselungstrigger und Drosselungsstufen

Nach dem Glätten kann es vorkommen, dass einige Konten während der Spitzenberichtszeiten immer noch Spitzenwerte beim CU-Verbrauch aufweisen. Um diese Spitzen zu verwalten, können Administratoren E-Mail-Benachrichtigungen einrichten und so benachrichtigt werden, wenn eine Kapazität 100 % ihrer bereitgestellten CU verbraucht. Dieses Muster zeigt an, dass die Kapazität vom Lastenausgleich profitieren kann, und dass der Administrator die SKU-Größe erhöhen sollte. Es ist wichtig zu beachten, dass Sie diese für F-SKUs in den Administratoreinstellungen jederzeit manuell erhöhen und verkleinern können. Selbst wenn eine Kapazität ihr volles CU-Potenzial ausschöpft, wendet Fabric keine Drosselung an. Dadurch wird eine konsistente schnelle Leistung für Benutzer sichergestellt, ohne dass Unterbrechungen auftreten.

Die erste Phase der Drosselung beginnt, wenn eine Kapazität alle verfügbaren CU-Ressourcen für die nächsten 10 Minuten verbraucht hat. Wenn Sie z. B. 10 Einheiten CU gekauft und dann 50 Einheiten pro Minute verbraucht haben, erstellen Sie einen Vortrag von 40 Einheiten pro Minute. Nach zweieinhalb Minuten hätten Sie einen Vortrag von 100 Einheiten angesammelt, geliehen aus zukünftigen Fenstern. An dem Punkt, an dem die Kapazität bereits für die nächsten 10 Minuten ausgelastet ist, initiiert Fabric seine erste Drosselungsstufe, und alle neuen interaktiven Vorgänge werden bei der Übermittlung um 20 Sekunden verzögert. Wenn der Vortrag eine volle Stunde erreicht, werden interaktive Anforderungen abgelehnt, aber geplante Hintergrundvorgänge werden weiterhin ausgeführt. Wenn die Kapazität einen Vortrag von vollen 24 Stunden ansammelt, wird die gesamte Kapazität eingefroren, bis der Vortrag abbezahlt ist.

Zukünftiger geglätteter Verbrauch

Hinweis

Microsoft versucht, die Flexibilität des Kunden bei der Nutzung des Diensts zu verbessern und gleichzeitig die Notwendigkeit zu ausgleichen, die Kapazitätsauslastung des Kunden zu verwalten. Aus diesem Grund kann Microsoft die Fabric-Einschränkungsrichtlinie ändern oder aktualisieren.

Verwendung Richtlinienbeschränkungen Auswirkungen der Plattformrichtlinienerfahrung
Verbrauch <= 10 Minuten Überschreitungsschutz Aufträge können 10 Minuten zukünftigen Kapazitätseinsatz ohne Drosselung verbrauchen.
10 Minuten < Verbrauch <= 60 Minuten Interaktive Verzögerung Von Benutzern angeforderte interaktive Aufträge werden bei der Übermittlung um 20 Sekunden verzögert.
60 Minuten < Verbrauch <= 24 Stunden Interaktive Ablehnung Vom Benutzer angeforderte interaktive Aufträge werden abgelehnt.
Nutzung > 24 Stunden Hintergrundzurückweisung Alle Anforderungen werden abgelehnt.

Reduzierung der Vortragskapazitätsauslastung

Immer wenn sich eine Kapazität im Leerlauf befindet, zahlt das System die Vortragsstufen ab.

Wenn Sie 100 CU-Minuten und einen Vortrag von 200 CU-Minuten haben und keine Vorgänge ausgeführt werden, dauert es zwei Minuten, Ihren Vortrag zu bezahlen. In diesem Beispiel wird das System nicht gedrosselt, da es 2 Minuten Vortrag gibt. Drosselungsverzögerungen beginnen erst bei 10 Minuten Vortrag.

Wenn Sie Ihren Vortrag schneller bezahlen müssen, können Sie Ihre SKU-Größe vorübergehend erhöhen, um mehr Leerlaufkapazität zu generieren, die auf Ihren Vortrag angewendet wird.

Drosselungsverhalten ist spezifisch für Fabric

Auch wenn die meisten Fabric-Produkte den zuvor erwähnten Drosselungsregeln folgen, gibt es einige Ausnahmen.

Beispielsweise verfügen Fabric-Ereignisstreams über viele Vorgänge, die nach dem Starten jahrelang ausgeführt werden können. Das Einschränken neuer Ereignisstreamvorgänge wäre daher nicht sinnvoll. Stattdessen würde die Menge der CU, die dem Offenhalten des Streams zugeordnet ist, reduziert, bis es der Kapazität wieder gut geht.

Eine weitere Ausnahme ist Real-Time Analytics, welche nicht in Echtzeit wäre, wenn Vorgänge um 20 Sekunden verzögert würden. Daher ignoriert Real-Time Analytics die erste Drosselungsstufe mit einer Verzögerung von 20 Sekunden bei 10 Minuten Vortrag und wartet, bis die Ablehnungsphase bei 60 Minuten nach der Drosselung beginnt. Dieses Verhalten stellt sicher, dass Benutzer auch in Zeiten hoher Nachfrage weiterhin von Echtzeitleistung profitieren können.

Ebenso werden fast alle Vorgänge in der Kategorie Warehouse als Hintergrund gemeldet, um die 24-Stunden-Glättung der Aktivität zu nutzen und die flexibelsten Nutzungsmuster zu ermöglichen. Das Klassifizieren aller Data Warehouses als Hintergrund verhindert, dass Spitzen in der CU-Auslastung zu schnell Drosselungen auslösen. Einige Anforderungen lösen möglicherweise eine Zeichenfolge von Vorgängen aus, die unterschiedlich gedrosselt werden. Dies kann dazu führen, dass ein Hintergrundvorgang als interaktiver Vorgang eingeschränkt wird.

Interaktive und Hintergrundklassifizierungen für Drosselung und Glättung

Einige Administratoren stellen möglicherweise fest, dass Vorgänge manchmal als „interaktiv“ und „geglättet als Hintergrund“ klassifiziert werden oder umgekehrt. Dieser Unterschied tritt auf, da die Fabric-Drosselungssysteme von Drosselungsregeln anwenden müssen, bevor eine Anforderung ausgeführt wird. Glätten tritt auf, nachdem der Auftrag gestartet wurde und der CU-Verbrauch gemessen werden kann.

Drosselungssysteme versuchen, Vorgänge nach der Übermittlung genau zu kategorisieren, aber manchmal kann sich die Klassifizierung eines Vorgangs ändern, nachdem die Drosselung angewendet wurde. Wenn der Vorgang ausgeführt wird, werden detailliertere Informationen zur Anforderung verfügbar. In mehrdeutigen Szenarien versuchen Drosselungssysteme, Vorgänge als „Hintergrund“ zu klassifizieren, was für den Benutzer am besten ist.

Nachverfolgen abgelehnter Vorgänge

Der Drilldown der Microsoft Fabric Capacity Metrics-App ermöglicht Administratoren das Anzeigen von Vorgängen, die während eines Drosselungsereignisses abgelehnt wurden. Es gibt nur begrenzte Informationen zu diesen Vorgängen, da sie nie starten dürfen. Der Administrator kann das Produkt, den Benutzer, die Vorgangs-ID und die Uhrzeit der Übermittlung der Anforderung anzeigen. Endbenutzer erhalten eine Fehlermeldung, wenn eine Anforderung abgelehnt wird, in der sie auffordert werden, es später erneut zu versuchen.

Zugehöriger Inhalt