Freigeben über

Azure Monitor-Diensteinschränkungen

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

Alarmsignale

Ressource Standardgrenze Maximale Grenze
Metrikwarnungen 5.000 aktive Warnungsregeln pro Abonnement in öffentlichen Azure, sowie in Microsoft Azure betrieben von 21Vianet- und Azure Government Clouds. Wird dieser Grenzwert erreicht, versuchen Sie, ob Sie Warnungen mit mehreren Ressourcen desselben Typs verwenden können.
10.000 metrische Zeitreihen pro Warnungsregel.		 Rufen Sie den Support an.
Aktivitätsprotokollwarnungen 100 aktive Warnungsregeln pro Abonnement (der Wert kann nicht erhöht werden).
Da dieser Grenzwert nicht erhöht werden kann, sollten Sie Ihre Aktivitätsprotokolle an einen Log Analytics-Arbeitsbereich senden und stattdessen Protokollsuchwarnungen erstellen, wenn Sie eine größere Anzahl von Regeln pro Abonnement benötigen.		 Wie Standard.
Protokollwarnungen 5.000 aktive Warnungsregeln pro Abonnement. Davon 100 aktive Warnungsregeln im 1-Minuten-Takt.
1.000 aktive Warnungsregeln pro Ressource.
Jede zustandslose Warnungsregel kann pro Auswertung bis zu 6.000 Warnungen auslösen.
Jede statusbezogene Warnregel kann pro Auswertung bis zu 300 Warnungen auslösen.
Bis zu 5.000 ausgelöste zustandsbehaftete Warnungen gleichzeitig pro Warnungsregel.
Die kombinierte Größe aller Daten in den Eigenschaften der Protokollbenachrichtigungsregel darf 64 KB nicht überschreiten.
Die Kusto-Abfrageergebnisse dürfen 20 MB nicht überschreiten.
500 aktive Warnungsregeln pro verwalteter Identität im Log Analytics- oder ADX-Arbeitsbereich.
50 aktive Warnungsregeln pro verwalteter Identität im Azure-Ressourcendiagramm-Arbeitsbereich.		 Rufen Sie den Support an.
Warnungsverarbeitungsregeln 1.000 aktive Regeln pro Abonnement. Rufen Sie den Support an.
Länge der Beschreibungen von Alarmregeln und Alarmverarbeitungsregeln 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 Benutzer-Drosselung und -Grenzwerte sind so konzipiert, dass sie nur extreme Nutzungsszenarien betreffen. Sie sollten für die typische Verwendung nicht relevant sein.

Hinweis

Es gibt ein Limit für API-Aufrufe pro Instanz. Die genaue Grenzwertanzahl wird auf die Anzahl der Instanzen festgelegt.

Ressource Standardgrenze Maximale Grenze
Warnungen – Zusammenfassung abrufen 50 Aufrufe pro Minute pro Abonnement Wie Standard.
Warnungen – Alle abrufen (nicht „Nach ID abrufen“) 100 Aufrufe pro Minute pro Abonnement Wie Standard.
Alle anderen Alarmmeldungen 1.000 Aufrufe pro Minute pro Abonnement. Wie Standard.

Aktionsgruppen

Sie können über eine unbegrenzte Anzahl von Aktionsgruppen in einem Abonnement verfügen.

Ressource Standardgrenze Maximale Grenze
Azure-App-Push 10 Azure-App-Aktionen pro Aktionsgruppe. Gleich wie Standardeinstellung
E-Mail 1\.000 E-Mail-Aktionen in einer Aktionsgruppe.
Nicht mehr als 100 E-Mails pro Stunde pro E-Mail-Adresse pro Region
Die Anzahl der Zeichen in einer E-Mail-Adresse ist auf 64 begrenzt.
Das Zeichenlimit einer E-Mail beträgt 55296.
Weitere Informationen finden Sie in den Informationen zu Ratenbegrenzungen.		 Gleich wie Standardeinstellung
Azure Resource Manager-Rolle per E-Mail benachrichtigen 10 E-Mail-ARM-Rollenaktionen pro Aktionsgruppe.
In Produktion: Nicht mehr als 100 E-Mails in einer Stunde pro Region.
In einer Testaktionsgruppe: Nicht mehr als zwei E-Mails pro (1) Minute.		 Gleich wie Standardeinstellung
Ereignis-Hubs 10 Event Hub-Aktionen pro Aktionsgruppe. Gleich wie Standardeinstellung
IT-Servicemanagement (ITSM) 10 ITSM-Aktionen in einer Aktionsgruppe. Gleich wie Standardeinstellung
Logik-App 10 Logik-App-Aktionen in einer Aktionsgruppe. Gleich wie Standardeinstellung
Runbook 10 Runbook-Aktionen in einer Aktionsgruppe. Gleich wie Standardeinstellung
Sicherer Webhook 10 sichere Webhookaktionen in einer Aktionsgruppe. Maximale Anzahl von Webhookaufrufen ist 1500 pro Minute pro Abonnement. Gleich wie Standardeinstellung
sms 10 SMS-Aktionen in einer Aktionsgruppe.
In Produktion: Maximal eine SMS alle fünf Minuten.
In einer Testaktionsgruppe: Nicht mehr als eine SMS pro Minute.		 Gleich wie Standardeinstellung
Stimme 10 Sprachaktionen in einer Aktionsgruppe.
In Produktion: Maximal ein Sprachanruf alle fünf Minuten.
In einer Testaktionsgruppe: Nicht mehr als ein Sprachanruf pro Minute.		 Gleich wie Standardeinstellung
Webhook 10 Webhookaktionen in einer Aktionsgruppe. Maximale Anzahl von Webhookaufrufen ist 1500 pro Minute pro Abonnement. Gleich wie Standardeinstellung

Automatische Skalierung

Ressource Standardgrenze Maximale Grenze
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.

Prometheus-Metriken

Aufnahme

Von Azure verwaltetes Prometheus ist ein System, bei dem die Groß-/Kleinschreibung nicht beachtet wird. Es behandelt Zeichenfolgen (z. B. Metriknamen, Bezeichnungsnamen oder Bezeichnungswerte) als die gleiche Zeitreihe, wenn sie sich von einer anderen Zeitreihe nur durch die Groß-/Kleinschreibung unterscheiden. Weitere Informationen finden Sie unter Übersicht über Prometheus-Metriken.

Die folgenden Grenzwerte gelten für den Azure Monitor-Arbeitsbereich, der Ihre Prometheus-Metriken erfasst.

Grenze Wert
Aktive Zeitreihe mit Metriken, die in den letzten ~12 Stunden gemeldet wurden. 1,000,000
Sie können eine Erhöhung anfordern. 
Erfasste Ereignisse pro Minute. 1,000,000
Sie können eine Erhöhung anfordern. 

Die folgenden Grenzwerte gelten für die Datensammlungsregel (DCR) und den Datensammlungsendpunkt (DCE), die Prometheus-Metrikdaten an Ihren Azure Monitor-Arbeitsbereich senden.

Grenze Wert
Aufnahmeanforderungen pro Minute an einen Datensammlungsendpunkt 15.000
Dieser Grenzwert kann nicht erhöht werden. 
Datenerfassung pro Minute zu einem Datensammlungsendpunkt 50 GB
Dieser Grenzwert kann nicht erhöht werden.

Fragen

Prometheus-Abfragen werden mithilfe von PromQL erstellt und können entweder in Azure Managed Grafana oder in selbstverwaltetem Grafana erstellt werden.

Grenze Wert
Beibehaltung von Daten 18 Monate.
Dieser Grenzwert kann nicht erhöht werden. 
Abfragezeitbereich 32 Tage zwischen der Start- und Endzeit Ihrer PromQL-Abfrage.
Dieser Grenzwert kann nicht erhöht werden.
Abfragezeitreihen pro Metrik 500.000 Zeitreihen. 
Zurückgegebene Abfragebeispiele 50.000.000 Stichproben pro Abfrage. 
Mindestgröße der Abfrageschritte
mit Zeitbereich von >= 48 Stunden 		60 Sekunden. 

Abfragedatengrenzwerte
Für Clientdatenverkehr:

Grenze Wert
Länge der Drosselungsfenstersuche 30 Sekunden
Zurückgegebene Daten pro Azure Monitor-Arbeitsbereich 0,5 GB

Für den Datenverkehr mit Aufzeichnungsregeln:

Grenze Wert
Länge der Drosselungsfenstersuche 3 Minuten
Zurückgegebene Daten pro Azure Monitor-Arbeitsbereich 1 GB

Grenzwerte für Pre-Parsing-Abfragen
Basierend auf dem Abfragezeitraum und dem Anforderungstyp über ein 30-Sekunden-Fenster (für Clientdatenverkehr):

Grenze Wert
Abfragestunden pro Benutzer (Microsoft Entra ID, verwaltete Identität, Azure Managed Grafana-Arbeitsbereich) 30.000
Abfragestunden pro Azure Monitor-Arbeitsbereich 60.000
Abfragestunden pro Azure-Mandanten 600,000

Basierend auf dem Abfragezeitraum und dem Anfragetyp über ein 3-Minuten-Fenster (zur Aufzeichnung des Regelverkehrs):

Grenze Wert
Abfragestunden pro Azure Monitor-Arbeitsbereich 60.000
Abfragestunden pro Azure-Mandanten 600,000

Grenzwerte für Post-Parsing-Abfragen
Basierend auf dem Abfragezeitraum und den Bereichsvektoren in der Abfrage über ein 30-Sekunden-Fenster (für Clientdatenverkehr):

Grenze Wert
Abfragestunden pro Benutzer (Microsoft Entra ID, verwaltete Identität, Azure Managed Grafana-Arbeitsbereich) 2\.000.000
Abfragestunden pro Azure Monitor-Arbeitsbereich 2\.000.000
Abfragestunden pro Azure-Mandanten 20.000.000

Basierend auf Abfragezeitbereich und Bereichsvektoren in der Abfrage über ein 3-Minuten-Fenster (für die Aufzeichnung von Regeldatenverkehr):

Grenze Wert
Abfragestunden pro Azure Monitor-Arbeitsbereich 2\.000.000
Abfragestunden pro Azure-Mandanten 20.000.000

Grenzwerte für die Abfragekosteneinschränkung

Grenze Wert
Maximale Abfragekosten pro Abfrage 15000
Maximale Abfragekosten für die Abfrage von Aufzeichnungsregeln 3000

Die Berechnung der Abfragekosten erfolgt wie folgt:

Abfragekosten = (Anzahl der angeforderten Zeitreihen * (abgefragte Zeitdauer in Sekunden / Abgeleitete Zeitauflösung der abgefragten Daten)) / 5000

Abgeleitete Zeitauflösung der abgefragten Daten = Anzahl der gespeicherten Datenpunkte in einem zufällig ausgewählten Zeitreihenschlüssel der abgefragten Metrik / abgefragte Zeitdauer in Sekunden

Hinweis

Eine einzelne Metrik in der Abfrage hat eine maximale Größe von 64 MB in Bytes für das Ergebnis der in der Abfrage angeforderten Zeitreihenschlüssel.

Warnungs- und Aufzeichnungsregeln

Warnungsregeln und Aufzeichnungsregeln von Prometheus sind in PromQL definiert. Sie werden im verwalteten Dienst Ruler als Teil des Azure Monitor-Verwaltungsdienstes für Prometheus ausgeführt.

Begrenzung Wert
Regelgruppen pro Azure Monitor-Arbeitsbereich in einem Azure-Abonnement 500
Sie können eine Erhöhung anfordern.
Regeln pro Regelgruppe 20
Dieser Grenzwert kann nicht erhöht werden.
Auswertungsintervall der Regelgruppe Zwischen 1 Minute und 24 Stunden.
Der Standardwert ist 1 Minute. 
Aktive Warnungen Derzeit kein Grenzwert vorhanden.

Remote-Schreibzugriff

Berechnungen wurden mit einer Remote-Batchgröße von 500 (Standardeinstellung) durchgeführt.

Grenze Wert
CPU-Auslastung 0,25 x (Anzahl der Metriken) + 1,25 x (durchschnittliche Anzahl von Reihen pro Metrik)
CPU-Anforderung 0,75 x (CPU-Auslastung)
CPU-Grenzwert 2 x (CPU-Anforderung)
Arbeitsspeicheranforderung 150 MB
Arbeitsspeicherlimit 200 MB
Maximaler Durchsatz Remote-Schreibcontainer kann bis zu 150.000 eindeutige Zeitreihen verarbeiten. Der Container kann aufgrund der hohen Anzahl gleichzeitiger Verbindungen Fehler bei der Bearbeitung von Anforderungen über 150.000 auslösen. Dieses Problem kann verringert werden, indem die Remote-Batchgröße von 500 auf 1.000 erhöht wird. Durch diese Änderung wird die Anzahl der geöffneten Verbindungen reduziert.

Protokollerfassungs-API

Grenze Wert Kommentare
Maximale Größe des API-Aufrufs 1 MB Komprimierte und nicht komprimierte Daten.
Maximale Größe für Feldwerte 64 KB Felder mit einer Länge von mehr als 64 KB werden abgeschnitten.
Maximale Daten/Minute pro DCR 2 GB Komprimierte und nicht komprimierte Daten. Wiederholen Sie den Vorgang nach der Dauer, die im Header Retry-After in der Antwort aufgeführt ist.
Maximale Anfragen pro Minute für DCR 12,000 Wiederholen Sie den Vorgang nach der Dauer, die im Header Retry-After in der Antwort aufgeführt ist.

Datensammlungsregeln

Grenze Wert
Maximale Anzahl von Datenquellen 10
Maximale Anzahl von Indikatorwerten für den Leistungsindikator 100
Maximale Anzahl von Anlagenamen 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
Maximale Anzahl von Zeichen in einer Transformation 15.360

Diagnoseeinstellungen

Ressource Standardlimit Höchstgrenze
Maximale Anzahl von Diagnoseeinstellungen pro Ressource 5 Wie Standard.

Protokollieren von Suchanfragen und Sprachdaten

Allgemeine Abfragegrenzwerte

Grenze BESCHREIBUNG
Abfragesprache Azure Monitor verwendet dieselbe Kusto-Abfragesprache (KQL) 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 Abfragen werden im Ansichts-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.
Log Analytics-Dashboardabfragen Die maximale Anzahl von Datensätzen, die in einer einzelnen Log Analytics Dashboard-Abfrage zurückgegeben werden, beträgt 2.000.

Drosselung von Benutzerabfragen

Azure Monitor verfügt über mehrere Einschränkungsgrenzwerte, um Back-End-Systemressourcen vor Benutzern zu schützen, die eine übermäßige Anzahl von Abfragen senden und eine konsistente Serviceebene sicherstellen. Diese Grenzwerte pro Benutzer spiegeln extreme Nutzungsszenarien wider und sollten für ein typisches Abfrageverhalten nicht relevant sein.

Maßnahme Grenzwert pro Benutzer BESCHREIBUNG
Gleichzeitige Analyseabfragen 5 Ein Benutzer kann bis zu fünf gleichzeitige Abfragen für Analytics-Tabellen ausführen. Zusätzliche Abfragen werden der Warteschlange für gleichzeitige Verarbeitung in der Reihenfolge "First In, First Out" (FIFO) hinzugefügt. Wenn eine der gleichzeitig ausgeführten Abfragen abgeschlossen ist, wird die erste Abfrage aus der Warteschlange den gleichzeitigen Abfragen hinzugefügt und beginnt mit der Ausführung. Dieser Grenzwert gilt nicht für Warnungsabfragen.
Gleichzeitige Standard- und Hilfsabfragen 2 Ein Benutzer kann bis zu zwei gleichzeitige Suchabfragen für Standard- und Hilfstabellen ausführen. Zusätzliche Abfragen folgen dem gleichen FIFO-Modell in der Parallelitätswarteschlange.
Zeit in der Parallelitätswarteschlange 3 Minuten Wenn sich eine Abfrage länger als 3 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 Wenn die Anzahl von Abfragen in der Warteschlange 200 erreicht, wird die nächste Abfrage mit dem HTTP-Fehlercode 429 abgelehnt. Diese Zahl gilt zusätzlich zu den 5 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 (veraltet) für den Log Analytics-Arbeitsbereich initiiert wurden.
API-Abfragerate für Aktivitätsprotokolle 50 Abfragen pro 30 Sekunden Die Aktivitätsprotokoll-API verfügt über ein separates Zinslimit.

Beachten Sie die folgenden bewährten Methoden, um die Reaktionsfähigkeit des Systems zu gewährleisten:

  • 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

Datensammlungsvolumen und -aufbewahrung

Tarif Grenzwert pro Tag Beibehaltung von Daten Kommentar
Pay-as-you-go
(Einführung: April 2018)		 Unbegrenzt bis zu 730 Tage interaktive Aufbewahrung/
bis zu 12 Jahre Datenarchiv		 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.
Verpflichtungsstufen
(eingeführt im November 2019)		 Unbegrenzt bis zu 730 Tage interaktive Aufbewahrung/
bis zu 12 Jahre Datenarchiv		 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)		 Unbegrenzt 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. Nur Kunden, die eine der folgenden Bedingungen erfüllen, können auf diese Preisstufe zugreifen:
- Abonnements, die eine Log Analytics-Arbeitsbereich- oder Application Insights-Ressource vor dem 2. April 2018
enthielten– Abonnements, die mit einem Enterprise Agreement verknüpft sind, das vor dem 1. Februar 2019 begonnen hat und noch aktiv ist.
Eigenständiger Legacytarif
(Einführung: April 2016)		 Unbegrenzt 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. Nur Kunden, die eine der folgenden Bedingungen erfüllen, können auf diese Preisstufe zugreifen:
- Abonnements, die eine Log Analytics-Arbeitsbereich- oder Application Insights-Ressource vor dem 2. April 2018
enthielten– Abonnements, die mit einem Enterprise Agreement verknüpft sind, das vor dem 1. Februar 2019 begonnen hat und noch aktiv ist.
Kostenloser Legacy-Tarif
(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 basiert auf UTC. Daten, die von Microsoft Defender for Cloud erfasst werden, sind nicht im Tageslimit von 500 MB enthalten und werden auch noch darüber hinaus weiter erfasst. Das Erstellen neuer Arbeitsbereiche oder das Verschieben vorhandener Arbeitsbereiche in die veraltete Preisstufe der kostenlosen Testversion war nur bis zum 1. Juli 2022 möglich.
Legacystandardebene Unbegrenzt 30 Tage Die Aufbewahrungsdauer kann nicht angepasst werden Diese Stufe ist seit dem 1. Oktober 2016 für neue Arbeitsbereiche nicht verfügbar.
Legacy Premium-Tarif Unbegrenzt 365 Tage Die Aufbewahrungsdauer kann nicht angepasst werden Diese Stufe ist seit dem 1. Oktober 2016 für neue Arbeitsbereiche nicht verfügbar.

Anzahl von Arbeitsbereichen pro Abonnement

Tarif Arbeitsbereichsbegrenzung Kommentare
Free-Legacytarif 10 Dieser Grenzwert kann nicht erhöht werden. Das Erstellen neuer Arbeitsbereiche oder das Verschieben vorhandener Arbeitsbereiche in die veraltete Preisstufe der kostenlosen Testversion war nur bis zum 1. Juli 2022 möglich.
Alle anderen Ebenen Unbegrenzt Sie sind durch die Anzahl der Ressourcen innerhalb einer Ressourcengruppe und die Anzahl der Ressourcengruppen pro Abonnement eingeschränkt.

Azure-Portal

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

Datensammler-API

Kategorie Grenze 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

Kategorie Grenze 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) Die API gibt bis zu 64 MB an komprimierten Daten zurück, was bis zu 100 MB Rohdaten entspricht.
Maximale Ausführungszeit der Abfrage 10 Minuten Weitere Informationen finden Sie unter Timeouts (Zeitlimit).
Maximale Anforderungsrate 200 Anforderungen pro 30 Sekunden pro Microsoft Entra-Benutzer oder Client-IP-Adresse Siehe Abfrageprotokolle und Sprache.

Connector für Azure Monitor-Protokolle

Kategorie Grenze 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 Connectortimeout 110 Sekunden
Maximales Abfragetimeout 100 Sekunden
Diagramme Die Seite „Protokolle“ und der Connector verwenden verschiedene Diagrammbibliotheken für die Visualisierung. Einige Funktionen sind derzeit nicht im Connector verfügbar.

Zusammenfassungsregeln

Kategorie Grenze
Maximale Anzahl aktiver Regeln in einem Arbeitsbereich 30
Maximale Anzahl der Ergebnisse pro Intervall 500,000
Maximale Ergebnismenge 100 MB
Abfragetimeout für die Intervallverarbeitung 10 Minuten

Allgemeine Arbeitsbereichsbeschränkungen

Kategorie Grenze Kommentare
Maximale Anzahl von Spalten in einer Tabelle 500 AzureDiagnostics – Spalten oberhalb des Grenzwerts werden der dynamischen Spalte "AdditionalFields" hinzugefügt.
Benutzerdefiniertes Protokoll, das von der Datensammler-API erstellt wurde – Spalten oberhalb des Grenzwerts werden der dynamischen Spalte "AdditionalFields" hinzugefügt.
Benutzerdefiniertes Protokoll – Wenden Sie sich an den Support, um den Grenzwert zu erhöhen.
Maximale Anzahl benutzerdefinierter Protokolltabellen 500 Wenden Sie sich an den Support, um den Grenzwert zu erhöhen.
Maximale Anzahl an Zeichen für einen Spaltennamen 45

Datenaufnahmevolumengeschwindigkeit

Azure Monitor ist ein Hochleistungs-Datendienst, der Tausende Kunden bedient, die jeweils mit zunehmender Tendenz täglich Terabytes von Daten senden. Mit einer weichen Volumenratenbegrenzung sollen Azure Monitor-Kunden vor plötzlichen Erfassungsspitzen in einer mehrinstanzenfähigen Umgebung isoliert werden. Der Standardschwellenwert für die Erfassungsvolumenrate in Arbeitsbereichen beträgt 500 MB (komprimiert), was in etwa 6 GB/min unkomprimiert entspricht.

Das Ratenlimit für Volumen gilt für Daten, die über arbeitsbereichbasierte Application Insights, Azure-Ressourcen über Diagnoseeinstellungen und die Datensammler-API erfasst werden. Wird der Grenzwert für die Volumenrate erreicht, versucht ein Wiederholungsmechanismus, die Daten viermal in einem Zeitraum von 12 Stunden zu erfassen. Die Daten werden verworfen, wenn der Vorgang fehlschlägt. Der Grenzwert gilt nicht für Daten, die von Agents oder über Datensammlungsregel (Data Collection Rule, DCR) erfasst wurden.

Wenn die Volumenrate höher als 80 % des Schwellenwerts in Ihrem Arbeitsbereich ist, wird alle sechs Stunden ein Ereignis an die Tabelle Operation in Ihrem Arbeitsbereich gesendet, während der Schwellenwert ü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 Operation in Ihrem Arbeitsbereich gesendet, während der Schwellenwert überschritten wird.

Wenn ihre Aufnahmevolumenrate diesen Schwellenwert überschreitet oder Sie planen, die Aufnahme über diesen Schwellenwert hinaus zu erhöhen, wenden Sie sich an den Support, um das Erhöhen des Satzlimits in Ihrem Arbeitsbereich anzufordern.

Bewährte Methode : Erstellen Sie eine Warnungsregel, um benachrichtigt zu werden, wenn Sie die Grenzwerte für die Aufnahmerate nähern oder erreichen. Weitere Informationen finden Sie unter Überwachen der Integrität des Log Analytics-Arbeitsbereichs in Azure Monitor.

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.

Ressource Standardgrenze Maximale Grenze Hinweise
Gesamtdaten pro Tag 100 GB Wenden Sie sich an den Support. Sie können eine Obergrenze festlegen, um Daten zu reduzieren. 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 Wenden Sie sich an den Support. Das Limit wird eine Minute lang gemessen.
Datenaufbewahrungsprotokolle 30 bis 730 Tage 730 Tage Diese Ressource ist für Protokolle vorgesehen.
Datenaufbewahrungsmetriken 90 Tage 90 Tage Diese Ressource ist für den Metrik-Explorer vorgesehen.
Aufbewahrung ausführlicher Ergebnisse von Verfügbarkeitstests mit mehreren Schritten 90 Tage 90 Tage Diese Ressource liefert detaillierte Ergebnisse der einzelnen Schritte.
Maximale Größe von Telemetrieelementen 64 KB 64 KB
Maximale Anzahl von Telemetrieelementen pro Batch 64.000 64.000
Eingenschaft und Länge der Namen von Metriken 150 150 Siehe Typschemas.
Zeichenfolgenlänge des Eigenschaftswerts 8,192 8,192 Siehe Typschemas.
Länge von Ablaufverfolgungs- und Ausnahmebenachrichtigungen 32,768 32,768 Siehe Typschemas.
Anzahl der Verfügbarkeitstests pro Application Insights-Ressource 100 100
Anzahl der Verfügbarkeitstests pro Ressourcengruppe 800 800 Weitere Informationen finden Sie unter Azure Resource Manager.
In Verfügbarkeitstests maximale Anzahl der Umleitungen pro Test 10 10
Minimale Testhäufigkeit bei Verfügbarkeitstests 300 Sekunden Benutzerdefinierte Testhäufigkeiten oder Häufigkeiten von weniger als fünf Minuten erfordern benutzerdefinierte TrackAvailability-Implementierungen.
.NET Profiler- und Momentaufnahmedebugger-Datenaufbewahrung Zwei Wochen Kontaktieren Sie den Support. Die maximale Aufbewahrungszeit beträgt sechs Monate.
Pro Tag gesendete .NET Profiler-Daten Unbegrenzt Keine Begrenzung
Pro Tag gesendete Momentaufnahmedebugger-Daten 30 Momentaufnahmen pro Tag pro überwachte App Keine Begrenzung Die Anzahl der pro Anwendung erfassten Momentaufnahmen kann über die Konfiguration geändert werden.

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

AMPLS-Objekte weisen die folgenden Grenzwerte auf:

  • Ein virtuelles Netzwerk kann eine Verbindung nur mit einem AMPLS-Objekt herstellen. Dies bedeutet, dass das AMPLS-Objekt Zugriff auf alle Azure Monitor-Ressourcen bieten muss, auf die das virtuelle Netzwerk Zugriff haben soll.
  • Ein AMPLS-Objekt kann eine Verbindung mit bis zu 3.000 Log Analytics-Arbeitsbereichen und bis zu 10.000 Application Insights-Komponenten herstellen. Dieser Anstieg von 300 Log Analytics-Arbeitsbereichen und 1.000 Application Insights-Komponenten befindet sich derzeit in der öffentlichen Vorschau.
  • Eine Azure Monitor-Ressource kann eine Verbindung mit bis zu 100 AMPLS herstellen. Dieser Anstieg um 5 AMPLS befindet sich derzeit in der öffentlichen Vorschau.
  • Ein AMPLS-Objekt kann eine Verbindung mit bis zu zehn privaten Endpunkten herstellen.

Nächste Schritte