Die Fabric-Drosselungsrichtlinien

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 Microsoft 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 Überladung 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 Kund*innen blitzschnelle Leistung zu bieten, indem Operationen auf mehr Kapazitätseinheitsressourcen (CU) 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*innen negativ beeinträchtigt werden, wenn Betriebslasten ansteigen, glättet oder mittelt Fabric den CU-Verbrauch eine Operation über mindestens fünf Minuten und sogar länger bei Operationen mit hohem CU-Verbrauch, aber kurzer Laufzeit. 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 Operationen abgeschlossen werden, auch während CU-Verbrauchsspitzen.

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 Administrator*innen E-Mail-Benachrichtigungen einrichten und so benachrichtigt werden, wenn eine Kapazität 100 % ihrer bereitgestellten CU verbraucht. Dieses Muster zeigt, dass die Kapazität vom Lastenausgleich profitieren kann, und dass Administrator*innen erwägen sollten, die SKU-Größe zu erhöhen. 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. Dieses Verhalten stellt eine konsistente schnelle Leistung für Benutzer*innen sicher, 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 Kapazitätseinheiten 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 gesamte Kapazität für die nächsten 10 Minuten bereits ausgelastet ist, initiiert Fabric seine erste Drosselungsstufe, und alle neuen interaktiven Operationen 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 insgesamt 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 der Kund*innen bei der Nutzung des Diensts zu verbessern und gleichzeitig die Notwendigkeit auszugleichen, die Kapazitätsauslastung der Kund*innen 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 Operationen ausgeführt werden, dauert es zwei Minuten, Ihren Vortrag zu bezahlen. In diesem Beispiel wird das System nicht gedrosselt, da es zwei Minuten Vortrag gibt. Drosselungsverzögerungen beginnen erst, wenn 10 Minuten Vortrag angesammelt wurden.

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. Die Drosselung neuer Eventstream-Operationen wäre daher nicht sinnvoll. Stattdessen wird die Menge der CU-Ressourcen, die dem Offenhalten des Streams zugeordnet ist, reduziert, bis mit der Kapazität wieder alles in Ordnung ist.

Eine weitere Ausnahme ist Echtzeitintelligenz, welche nicht in Echtzeit wäre, wenn Vorgänge um 20 Sekunden verzögert würden. Daher ignoriert Echtzeitintelligenz 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 Reihe an Operationen 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

Microsoft Fabric unterteilt Vorgänge in zwei Typen, interaktive Typen und Hintergrundtypen. Sie finden Beschreibungen dieser und die Unterschiede zwischen ihnen in Fabric-Vorgänge.

Einige Administrator*innen stellen möglicherweise fest, dass Operationen 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, Operationen nach der Übermittlung genau zu kategorisieren, aber manchmal kann sich die Klassifizierung einer Operation ä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 von Überschreitungen und abgelehnten Operationen

Im Diagramm Nutzung in der Microsoft Fabric Kapazitätsmetriken-App können Sie überprüfen, ob Ihre Kapazität überladen ist. Eine Spitze, die die gelbe Linie überschreitet, gibt eine Überlastung an. Um die Überlastung weiter zu untersuchen, rufe die Seite Timepoint auf. Anschließend können Sie Ihre interaktiven und Hintergrundvorgänge überprüfen und sehen, welche für die Überlastung Ihrer Kapazität verantwortlich waren. Sie können auch ermitteln, wann die Überladungsereignisse stattfanden.

Da eine Auslastung über 100 % nicht automatisch Drosselung bedeutet, müssen Sie beim Auswerten von Überschreitungen das Diagramm Drosselung verwenden. Von dort aus können Sie eine Tabelle öffnen, die Minuten zum Burndown anzeigt, ein Diagramm mit hinzugefügten, Burndown- und kumulierten Prozent und mehr.

Wenn Sie einen visuellen Verlauf der Überlastung von Kapazität anzeigen möchten, einschließlich Vortrags-, kumulativen und Burndowndaten der Nutzungsdaten, wechseln Sie zur Registerkarte Überschreitungen. Sie können die visuelle Skalierung der Überschreitungen ändern, um 10 Minuten, 60 Minuten und 24 Stunden anzuzeigen. Carryforward berücksichtigt nur fakturierbare 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. Wenn eine Anforderung abgelehnt wird, erhalten Endbenutzer*innen eine Fehlermeldung, in der sie auffordert werden, es später erneut zu versuchen.

Aktionen, die Sie ergreifen können, um sich von Überladungssituationen zu erholen

Wenn Ihre Kapazität so weit gedrosselt ist, dass sie eingefroren ist, erhalten Benutzer eine Fehlermeldung, wenn ihre Aktion Fabric Compute-Ressourcen erfordert. Die Fehlermeldung kann zum Beispiel lauten: Modell kann nicht geladen werden, da die Kapazitätsgrenzen erreicht wurden. In solchen Fällen können Sie diese Strategien anwenden, um die Kapazitäten aus dem eingefrorenen Zustand wiederherzustellen.

• Warten Sie, bis der Überladungsstatus vorbei ist, bevor neue Anforderungen ausgestellt werden.
• Führen Sie ein Upgrade der SKU auf eine F-Kapazität durch.
• Halten Sie eine F-Kapazität an.
• Autoskalierung einer P-Kapazität.
• Bewegen Sie Arbeitsbereiche mit geringerer Priorität oder mit zu hohem Verbrauch aus der Kapazität heraus.

Zugehöriger Inhalt

• Installieren der Microsoft Fabric-Kapazitätsmetriken-App zum Überwachen von Fabric-Kapazitäten.