Azure Monitor-Diensteinschränkungen

In diesem Artikel werden Einschränkungen in verschiedenen Bereichen von Azure Monitor aufgeführt.

Alerts

Resource Standardlimit Maximales Limit
Metrikwarnungen (klassisch) 100 aktive Warnungsregeln pro Abonnement. Wenden Sie sich an den Support.
Metrikwarnungen 5.000 aktive Warnungsregeln pro Abonnement in öffentlichen Azure-Clouds sowie in Azure China 21Vianet- und Azure Government-Clouds. Wird dieser Grenzwert erreicht, versuchen Sie, ob Sie Warnungen mit mehreren Ressourcen desselben Typs verwenden können.
5.000 metrische Zeitreihen pro Warnungsregel.
Wenden Sie sich an den Support.
Aktivitätsprotokollwarnungen 100 aktive Warnungsregeln pro Abonnement (der Wert kann nicht erhöht werden). Wie Standard.
Protokollwarnungen 1000 aktive Warnungsregeln pro Abonnement. 1000 aktive Warnungsregeln pro Ressource. Wenden Sie sich an den Support.
Länge der Beschreibungen von Warnungsregeln und Aktionsregeln Protokollsuchwarnungen: 4.096 Zeichen
Alle anderen: 2.048 Zeichen
Wie Standard.

Warnungs-API

In Azure Monitor-Warnungen gelten mehrere Drosselungsgrenzwerte zum Schutz vor einer übermäßige Anzahl von Aufrufen. Dieses Verhalten kann die System-Back-End-Ressourcen überlasten und die Reaktionsfähigkeit des Diensts gefährden. Die folgenden Grenzwerte sind darauf ausgelegt, Kunden vor Unterbrechungen zu schützen und eine konsistente Dienstebene zu gewährleisten. Die Drosselung und die Grenzwerte für Benutzer betreffen nur Szenarien mit übermäßigem Verbrauch und sind bei normaler Verwendung in der Regel nicht relevant.

Resource Standardlimit Maximales Limit
GET alertsSummary 50 Aufrufe pro Minute pro Abonnement Wie Standard.
GET alerts (ohne Angabe einer Warnungs-ID) 100 Aufrufe pro Minute pro Abonnement Wie Standard.
Alle anderen Aufrufe 1000 Aufrufe pro Minute pro Abonnement Wie Standard.

Aktionsgruppen

Resource Standardlimit Maximales Limit
Azure-App-Push 10 Azure-App-Aktionen pro Aktionsgruppe. Wie Standard
Email 1.000 E-Mail-Aktionen in einer Aktionsgruppe.
Maximal 100 E-Mails in einer Stunde.
Weitere Informationen finden Sie in den Informationen zu Ratenbegrenzungen.
Wie Standard
ITSM 10 ITSM-Aktionen in einer Aktionsgruppe. Wie Standard
Logik-App 10 Logik-App-Aktionen in einer Aktionsgruppe. Wie Standard
Runbook 10 Runbook-Aktionen in einer Aktionsgruppe. Wie Standard
sms 10 SMS-Aktionen in einer Aktionsgruppe.
Maximal eine SMS alle fünf Minuten.
Weitere Informationen finden Sie in den Informationen zu Ratenbegrenzungen.
Wie Standard
Sprache 10 Sprachaktionen in einer Aktionsgruppe.
Maximal ein Anruf alle fünf Minuten.
Weitere Informationen finden Sie in den Informationen zu Ratenbegrenzungen.
Wie Standard
Webhook 10 Webhookaktionen in einer Aktionsgruppe. Maximale Anzahl von Webhookaufrufen ist 1500 pro Minute pro Abonnement. Andere Grenzwerte finden Sie unter Aktionsspezifische Informationen. Wie Standard

Autoscale

Resource Standardlimit Maximales Limit
Einstellungen für automatische Skalierung 100 pro Region und Abonnement. Wie Standard.
Profile für die automatische Skalierung 20 Profile pro Einstellung für die Autoskalierung. Wie Standard.

Regeln für die Datensammlung

Begrenzung Wert
Maximale Anzahl von Datenquellen 10
Maximale Anzahl von Indikatorwerten für den Leistungsindikator 100
Maximale Anzahl von Umgebungsnamen in Syslog 20
Maximale Anzahl von XPath-Abfragen im Ereignisprotokoll 100
Maximale Anzahl von Datenflüssen 10
Maximale Anzahl von Datenströmen 10
Maximale Anzahl von Erweiterungen 10
Maximale Größe von Erweiterungseinstellungen 32 KB
Maximale Anzahl von Log Analytics-Arbeitsbereichen 10

Protokollieren von Abfragen und Sprache

Allgemeine Abfragegrenzwerte

Begrenzung BESCHREIBUNG
Abfragesprache Azure Monitor verwendet dieselbe Kusto-Abfragesprache wie Azure Data Explorer. Weitere Informationen finden Sie unter Azure Monitor – Unterschiede in der Protokollabfragesprache für KQL-Sprachelemente, die in Azure Monitor nicht unterstützt werden.
Azure-Regionen Protokollabfragen können zu einem übermäßigen Aufwand führen, wenn sich die Daten über Log Analytics-Arbeitsbereiche in mehreren Azure-Regionen erstrecken. Weitere Informationen finden Sie unter Abfragegrenzwerte.
Ressourcenübergreifende Abfragen Die maximale Anzahl von Application Insights-Ressourcen und Log Analytics-Arbeitsbereichen in einer einzelnen Abfrage ist auf 100 beschränkt.
Ressourcenübergreifende Abfrage wird im View Designer nicht unterstützt.
Eine ressourcenübergreifende Abfrage in Protokollwarnungen wird in der neuen scheduledQueryRules-API unterstützt.
Ausführliche Informationen finden Sie unter Ressourcenübergreifende Abfragelimits.

Drosselung von Benutzerabfragen

In Azure Monitor gelten mehrere Drosselungsgrenzwerte zum Schutz vor einer übermäßige Anzahl von Abfragen. Dieses Verhalten kann die System-Back-End-Ressourcen überlasten und die Reaktionsfähigkeit des Diensts gefährden. Die folgenden Grenzwerte sind darauf ausgelegt, Kunden vor Unterbrechungen zu schützen und eine konsistente Dienstebene zu gewährleisten. Die Drosselung und die Grenzwerte für Benutzer betreffen nur Szenarien mit übermäßigem Verbrauch und sind bei normaler Verwendung in der Regel nicht relevant.

"Measure" Grenzwert pro Benutzer BESCHREIBUNG
Gleichzeitige Abfragen 5 Wenn für den Benutzer bereits fünf Abfragen ausgeführt werden, werden alle neuen Abfragen in eine Parallelitätswarteschlange pro Benutzer eingereiht. Wenn eine der ausgeführten Abfragen beendet wird, wird die nächste Abfrage aus der Warteschlange abgerufen und gestartet. Das bezieht sich nicht auf Abfragen aus Warnungsregeln.
Zeit in der Parallelitätswarteschlange 3 Minuten Wenn sich eine Abfrage länger als drei Minuten in der Warteschlange befindet, ohne zu starten, wird sie mit einer HTTP-Fehlerantwort mit dem Code 429 beendet.
Gesamtanzahl von Abfragen in der Parallelitätswarteschlange 200 Sobald die Anzahl von Abfragen in der Warteschlange 200 erreicht, werden alle weiteren Abfragen mit dem HTTP-Fehlercode 429 abgelehnt. Diese Zahl gilt zusätzlich zu den fünf Abfragen, die gleichzeitig ausgeführt werden können.
Abfragerate 200 Abfragen pro 30 Sekunden Dies ist die Gesamtrate, mit der Abfragen von einem einzelnen Benutzer an alle Arbeitsbereiche übermittelt werden können. Dieser Grenzwert gilt für programmgesteuerte Abfragen und für Abfragen, die von Visualisierungskomponenten wie Azure-Dashboards und der Zusammenfassungsseite für den Log Analytics-Arbeitsbereich initiiert wurden.
  • Optimieren Sie Ihre Abfragen wie unter Optimieren von Protokollabfragen in Azure Monitor beschrieben.
  • Dashboards und Arbeitsmappen können mehrere Abfragen in einer einzelnen Ansicht enthalten, die bei jedem Laden oder Aktualisieren einen Burst von Abfragen generieren. Zerlegen Sie sie ggf. in mehrere Ansichten, die bedarfsgesteuert geladen werden.
  • Erwägen Sie, in Power BI anstelle von unformatierten Protokollen nur aggregierte Ergebnisse zu extrahieren.

Log Analytics-Arbeitsbereiche

Umfang und Aufbewahrung der Datensammlung

Tarif Grenzwert pro Tag Beibehaltung von Daten Comment
Current Per GB-Tarif
(Einführung: April 2018)
Keine Begrenzung 30–730 Tage Für eine Datenaufbewahrung von mehr als 31 Tagen fallen zusätzliche Gebühren an. Erfahren Sie mehr über die Preise für Azure Monitor.
Legacy Free-Tarife
(Einführung: April 2016)
500 MB 7 Tage Wenn Ihr Arbeitsbereich das Tageslimit von 500 MB erreicht, wird die Datenerfassung beendet und am nächsten Morgen fortgesetzt. Ein Tag wird in UTC-Zeit ausgegeben. Beachten Sie, dass Daten, die von Azure Security Center erfasst werden, nicht im Tageslimit von 500 MB enthalten sind und auch noch darüber hinaus weiter erfasst werden.
Legacy Standalone Per GB-Tarif
(Einführung: April 2016)
Keine Begrenzung 30 bis 730 Tage Für eine Datenaufbewahrung von mehr als 31 Tagen fallen zusätzliche Gebühren an. Erfahren Sie mehr über die Preise für Azure Monitor.
Legacy Per Node (OMS)
(Einführung: April 2016)
Keine Begrenzung 30 bis 730 Tage Für eine Datenaufbewahrung von mehr als 31 Tagen fallen zusätzliche Gebühren an. Erfahren Sie mehr über die Preise für Azure Monitor.
Legacy Standard-Tarif Keine Begrenzung 30 Tage Die Aufbewahrungsdauer kann nicht angepasst werden
Legacy Premium-Tarif Keine Begrenzung 365 Tage Die Aufbewahrungsdauer kann nicht angepasst werden

Anzahl von Arbeitsbereichen pro Abonnement

Tarif Arbeitsbereichsbegrenzung Kommentare
Free-Tarif 10 Dieser Grenzwert kann nicht erhöht werden.
Alle anderen Tarife Keine Begrenzung Sie sind durch die Anzahl der Ressourcen innerhalb einer Ressourcengruppe und die Anzahl der Ressourcengruppen pro Abonnement eingeschränkt.

Azure portal

Category Begrenzung Kommentare
Maximale Anzahl von Datensätzen, die von einer Protokollabfrage zurückgegebenen werden 30.000 Reduziert die Ergebnisse durch die Verwendung eines Abfragebereichs, eines Zeitbereichs und von Filtern in der Abfrage.

Datensammler-API

Category Begrenzung Kommentare
Maximale Größe für einen einzelnen Beitrag 30 MB Teilen Sie größere Volumen auf mehrere Beiträge auf.
Maximale Größe für Feldwerte 32 KB Felder mit einer Länge von mehr als 32 KB werden abgeschnitten.

Abfrage-API

Category Begrenzung Kommentare
Maximale Anzahl von Datensätzen, die bei einer einzelnen Abfrage zurückgegeben werden 500.000
Maximale Größe der zurückgegebenen Daten ~104 MB (~100 MiB)
Maximale Ausführungszeit der Abfrage 10 Minuten Weitere Informationen finden Sie unter Timeouts (Zeitlimit).
Maximale Anforderungsrate 200 Anforderungen pro 30 Sekunden und Azure AD-Benutzer oder Client-IP-Adresse Weitere Informationen finden Sie unter Rate limits (Ratenlimits).

Connector für Azure Monitor-Protokolle

Category Begrenzung Kommentare
Maximale Datengröße ~16,7 MB (~16 MiB) Aufgrund der Connectorinfrastruktur muss dieser Grenzwert niedriger sein als der Grenzwert für die Abfrage-API.
Maximale Anzahl von Datensätzen 500.000
Maximales Abfragetimeout 110 Sekunden
Diagramme Die Visualisierung auf der Seite „Protokolle“ und der Connector nutzen unterschiedliche Diagrammbibliotheken, und einige Funktionen sind derzeit im Connector nicht verfügbar.

Allgemeine Grenzwerte für Arbeitsbereiche

Category Begrenzung Kommentare
Maximale Anzahl von Spalten in einer Tabelle 500
Maximale Anzahl an Zeichen für einen Spaltennamen 500

Rate für Datenerfassungsvolumen

Azure Monitor ist ein Hochleistungs-Datendienst, der Tausende Kunden bedient, die mit zunehmender Tendenz jeden Monat Terabytes von Daten senden. Mit der Volumenratenbegrenzung sollen Azure Monitor-Kunden vor plötzlichen Erfassungsspitzen in einer mehrinstanzenfähigen Umgebung isoliert werden. Ein Standardschwellenwert für die Erfassungsvolumenrate von 500 MB (komprimiert) ist in Arbeitsbereichen definiert. Dies entspricht ungefähr 6 GB/Minute für nicht komprimierte Daten. Die tatsächliche Größe kann je nach Protokolllänge und Komprimierungsverhältnis zwischen Datentypen variieren. Das Ratenlimit für Volumen gilt für Daten, die über Diagnoseeinstellungen aus Azure-Ressourcen erfasst werden. Wenn das Ratenlimit für Volumen erreicht ist, versucht ein Wiederholungsmechanismus, die Daten viermal in einem Zeitraum von 30 Minuten zu erfassen und wird beendet, wenn der Vorgang fehlschlägt. Dies gilt nicht für Daten, die von Agents oder der Datensammler-API erfasst wurden.

Wenn Daten an einen Arbeitsbereich mit einer Volumenrate gesendet werden, die mehr als 80 Prozent des im Arbeitsbereich konfigurierten Schwellenwerts beträgt, wird alle sechs Stunden ein Ereignis an die Tabelle Vorgang im Arbeitsbereich gesendet, während der Schwellenwert weiterhin überschritten wird. Wenn die erfasste Volumenrate höher ist als der Schwellenwert, werden einige Daten gelöscht, und es wird alle sechs Stunden ein Ereignis an die Tabelle Vorgang im Arbeitsbereich gesendet, während der Schwellenwert weiterhin überschritten wird. Wenn die Erfassungsvolumenrate weiterhin den Schwellenwert überschreitet oder Sie ihn wahrscheinlich in Kürze erreichen werden, können Sie eine Erhöhung anfordern, indem Sie eine Supportanfrage öffnen.

Unter Überwachen der Integrität von Log Analytics-Arbeitsbereichen in Azure Monitor erfahren Sie mehr über das Erstellen von Regeln, um proaktiv benachrichtigt zu werden, wenn Sie Erfassungsgrenzwerte erreichen.

Hinweis

Abhängig von Ihrer Log Analytics-Nutzungsdauer haben Sie ggf. Zugang zu Legacytarifen. Weitere Informationen zu Legacytarifen von Log Analytics finden Sie hier.

Application Insights

Es gibt einige Grenzwerte hinsichtlich der Anzahl von Metriken und Ereignissen pro Anwendung (d. h. pro Instrumentationsschlüssel). Die Beschränkungen hängen von dem von Ihnen ausgewählten Tarif ab.

Resource Begrenzung Hinweis
Gesamtdaten pro Tag 100 GB Die Datenmenge kann durch Festlegen einer Obergrenze reduziert werden. Wird eine höhere Datenmenge benötigt, können Sie den Grenzwert im Portal auf bis zu 1.000 GB erhöhen. Bei Kapazitäten über 1.000 GB senden Sie eine E-Mail an AIDataCap@microsoft.com.
Drosselung 32.000 Ereignisse/s Das Limit wird eine Minute lang gemessen.
Beibehaltung von Daten 30-730 Tage Hierbei handelt es sich um eine Ressource für Suche, Analyse und Metrik-Explorer.
Webtests in mehreren Schritten mit detaillierter Ergebnisaufbewahrung 90 Tage Diese Ressource liefert detaillierte Ergebnisse der einzelnen Schritte.
Maximale Ereignisgröße 64.000 Bytes
Eingenschaft und Länge der Namen von Metriken 150 Siehe Typschemas.
Zeichenfolgenlänge des Eigenschaftswerts 8.192 Siehe Typschemas.
Länge von Ablaufverfolgungs- und Ausnahmebenachrichtigungen 32,768 Siehe Typschemas.
Verfügbarkeitstests Anzahl pro App 100
Vermerkdauer von Profiler-Daten 5 Tage
Pro Tag gesendete Profiler-Daten 10 GB

Weitere Informationen zu Preisen und Kontingenten für Application Insights finden Sie hier.

Nächste Schritte