Azure Monitor-Protokolle: Einführung der Drosselung paralleler Abfragen
Veröffentlichungsdatum: 30 April, 2020
Um sicherzustellen, dass Azure Monitor-Protokolle konsistente Funktionen für alle Benutzer bieten, wird nach und nach ein neues Parallelitätslimit eingeführt. Dies verhindert, dass Benutzer eine übermäßige Anzahl von Abfragen gleichzeitig senden und dadurch möglicherweise die Systemressourcen überlasten und die Reaktionsfähigkeit beeinträchtigen. Einige Benutzer werden diese Änderung sofort feststellen, andere erst in einem oder zwei Monaten, wenn das Rollout abgeschlossen ist. Die Grenzwerte werden nur in Verwendungsszenarien mit übermäßigem Verbrauch zur Drosselung angewendet und sind bei normaler Nutzung in der Regel nicht relevant.
Wenn für einen Benutzer bereits fünf Abfragen ausgeführt werden, werden alle neuen Abfragen in eine Parallelitätswarteschlange pro Benutzer eingereiht. Wird eine der ausgeführten Abfragen beendet, wird die nächste Abfrage aus der Warteschlange gepullt und gestartet. Dies gilt nicht für Abfragen aus Warnungsregeln.
Wenn sich eine Abfrage länger als zweieinhalb Minuten in der Warteschlange befindet, ohne gestartet zu werden, wird sie mit einer HTTP-Fehlerantwort mit dem Code 429 beendet.
Sobald die Anzahl von Abfragen in der Warteschlange 40 erreicht, werden alle weiteren Abfragen mit dem HTTP-Fehlercode 429 abgelehnt. Dies gilt zusätzlich zu den fünf Abfragen, die gleichzeitig ausgeführt werden können.
Wenn Ihre Abfragen durch die neuen Grenzwerte gedrosselt werden:
- Optimieren Sie Ihre Protokollabfragen.
- Dashboards und Arbeitsmappen können mehrere Abfragen in einer einzelnen Sicht enthalten, die bei jedem Laden oder Aktualisieren einen Burst von Abfragen generieren. Teilen Sie sie ggf. auf mehrere Sichten auf, die bedarfsgesteuert geladen werden.
- Erwägen Sie, in Power BI anstelle von unformatierten Protokollen nur aggregierte Ergebnisse zu extrahieren.