Azure Monitor Dienstbeschränkungen

In diesem Artikel werden Grenzwerte in verschiedenen Bereichen von Azure Monitor aufgeführt.

Alarmsignale

Ressource Standardgrenze Maximale Grenze
Metrikwarnungen 5.000 aktive Alarmregeln pro Abonnement in den öffentlichen Azure-Clouds, Microsoft Azure, betrieben von 21Vianet, und Azure Government Cloud. 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). Dazu gehören Service Health- und Resource Health-Warnungen.
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.
Zustandsbehaftete Warnungsregeln können mit einer Häufigkeit von bis zu 12 Stunden konfiguriert werden.

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 Alarmregeln 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

Azure Monitor Warnungen haben mehrere Einschränkungsgrenzwerte zum Schutz vor Benutzern, die eine übermäßige Anzahl von Anrufen tätigen. 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. (ARM-Ressourcengruppenbeschränkungen gelten weiterhin Mehr erfahren.)

Ressource Standardgrenze Maximale Grenze
Benachrichtigungen (Zinslimits) Pro Abonnement: 300 Benachrichtigungen pro Minute pro Region.
Pro Warnungsregel: 100 Benachrichtigungen alle 5 Minuten pro Region.
Pro Aktionsgruppe:
Dienststatus (pro Regel): 150 Benachrichtigungen alle 5 Minuten pro Region.
Dienststatus (pro Abonnement): 200 Benachrichtigungen pro Minute pro Region.
Test (pro Aktionsgruppe): 2 Testbenachrichtigungen alle 5 Minuten pro Region.
Test (pro Abonnement): 5 Testbenachrichtigungen alle 5 Minuten pro Region.		 Gleich wie Standardeinstellung
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 für jede 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.
Siehe auch Dienstbeschränkungen für Benachrichtigungen.		 Gleich wie Standardeinstellung
Rolle "E-Mail-Azure Resource Manager" 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

Vermeiden von Ratenlimits

  • Bereitstellen von Aktionsgruppen in mehreren Regionen – Regionale Grenzwerte gelten pro Region. Die Verteilung von Aktionsgruppen über Ost-USA, Westeuropa und Südostasien verdreifacht die verfügbare Kapazität. (Alle unterstützten Aktionsgruppenregionen)
  • Konsolidieren von Warnungsregeln – Verwenden Sie Warnungen mit mehreren Ressourcen, anstatt doppelte Regeln pro Ressource zu erstellen.
  • Verwenden Sie zustandsbehaftete Warnungen – Reduziert Benachrichtigungen, da nur bei Zustandsänderungen eine Benachrichtigung erfolgt.
  • Optimieren der Auswertungshäufigkeit: Verwenden Sie längere Intervalle (mindestens 5 Minuten) für nicht kritische Warnungen.
  • Vermeiden der Wiederverwendung von Aktionsgruppen: Verwenden Sie nicht eine einzige Aktionsgruppe in Hunderten von Warnungsregeln.

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 einnimmt.

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 (Data Collection Rule, DCR), die Prometheus-Metrikdaten an Ihren Azure Monitor-Arbeitsbereich sendet.

Grenze Wert
Aufnahmeanforderungen pro Minute an einen Datensammlungsregel 15.000
Dieser Grenzwert kann nicht erhöht werden. 
Datenerfassung pro Minute zu einer Datensammlungsendpunktregel 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 selbstverwalteten 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
Daten, die je Azure Monitor-Arbeitsbereich zurückgegeben werden 0,5 GB

Für den Datenverkehr mit Aufzeichnungsregeln:

Grenze Wert
Länge der Drosselungsfenstersuche 3 Minuten
Daten, die je Azure Monitor-Arbeitsbereich zurückgegeben werden 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 Ruler-Dienst als Teil des verwalteten Azure Monitor-Dienstes 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.
Maximaler TimeGenerated Bereich pro API-Aufruf 30 Minuten Dieser Grenzwert gilt nur beim Einspeisen in Hilfsprotokoll-Tabellen. Wenn die Quelleinträge ohne TimeGenerated Transformation aufgenommen werden, muss der Eintragsbereich weniger als 30 Minuten betragen.

* Schrittweise Erhöhungen, die über diesen Schwellenwert hinausgehen, können vom System automatisch berücksichtigt werden, obwohl die temporäre Drosselung weiterhin auftreten kann, wenn das System skaliert. Für erwartete große oder abrupte Erhöhungen, die diesen Schwellenwert deutlich überschreiten, wenden Sie sich an Azure-Support vor der Zeit, um Anleitungen zu erhalten.

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 20
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 Query Language (KQL) wie Azure Data Explorer. Siehe Azure Monitor Unterschiede bei der Protokollabfragesprache für KQL-Sprachelemente, die in Azure Monitor nicht unterstützt werden.
Azure Regionen Protokollabfragen können zu übermäßigen Aufwand führen, wenn Daten Log Analytics Arbeitsbereiche in mehreren Azure Regionen umfassen. Weitere Informationen finden Sie unter Abfragegrenzwerte.
Ressourcenübergreifende Abfragen Maximale Anzahl von Application Insights-Ressourcen und Log Analytics Arbeitsbereichen in einer einzigen Abfrage, die auf 100 beschränkt ist.
Der Ansichts-Designer unterstützt keine ressourcenübergreifende Abfrage.
Die scheduledQueryRules-API unterstützt ressourcenübergreifende Abfrage in Protokollwarnungen.
Ausführliche Informationen finden Sie unter Ressourcenübergreifende Abfragelimits.
Abfragen im Log Analytics-Dashboard Die maximale Anzahl von Datensätzen, die in einer einzelnen Log Analytics Dashboardabfrage 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. Das System fügt der Gleichzeitigkeitswarteschlange zusätzliche Abfragen in einer First-In-First-Out-Reihenfolge (FIFO) hinzu. 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. Die Konkurrenzwarteschlange folgt demselben FIFO-Modell.
Zeit in der Parallelitätswarteschlange 3 Minuten Wenn eine Abfrage länger als 3 Minuten lang in der Warteschlange sitzt, ohne zu starten, beendet das System sie mit einer HTTP-Fehlerantwort mit Code 429.
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 Die Gesamtrate der Abfragen, die ein einzelner Benutzer an alle Arbeitsbereiche senden kann. Dieser Grenzwert gilt für programmgesteuerte Abfragen oder Abfragen, die von Visualisierungsteilen wie Azure Dashboards und der Zusammenfassungsseite des Log Analytics Arbeitsbereichs (veraltet) initiiert werden.
Abfragerate der Aktivitätsprotokoll-API 50 Abfragen pro 30 Sekunden Diese Aktivitätsprotokoll-API hat ein separates Rate-Limit im Vergleich zur allgemeinen Protokollabfrage-API. Das Abfragen des Aktivitätsprotokolls aus einer Log Analytics Arbeitsbereichstabelle AzureActivity wird auf die allgemeinen Grenzwerte der Protokollabfrage-API angerechnet.
Timeout der Aktivitätsprotokoll-API 75 Sekunden Der maximale Timeoutzeitraum für die REST-API des Aktivitätsprotokolls beträgt 75 Sekunden. Clients können die maximale Zeit, die sie auf eine Antwort warten, explizit festlegen, bevor die Zeitüberschreitung erfolgt, indem Sie den Prefer Header verwenden.

Beachten Sie die folgenden bewährten Methoden, um die Reaktionsfähigkeit des Systems sicherzustellen:

  • Optimieren Sie Ihre Abfragen, wie in Optimize log queries 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.
  • Ziehen Sie in Power BI in Betracht, nur aggregierte Ergebnisse zu extrahieren, anstatt unformatierte Protokolle.

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 Azure Monitor pricing.
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 Azure Monitor pricing.
Legacy pro Knoten (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 Azure Monitor pricing. 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
- Abonnements enthalten, 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 Azure Monitor pricing. 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
- Abonnements enthalten, 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. Von Microsoft Defender for Cloud gesammelte Daten sind nicht in diesem Grenzwert von 500 MB pro Tag enthalten und werden weiterhin über diesem Grenzwert 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 500,000 Reduziert die Ergebnisse durch die Verwendung eines Abfragebereichs, eines Zeitbereichs und von Filtern in der Abfrage.
Maximale Größe der zurückgegebenen Daten ca. 104 MB (ca. 100 MiB) Die Portal-UI gibt bis zu 64 MB komprimierte Daten zurück, was bis zu 100 MB Rohdaten übersetzt.

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 ca. 104 MB (ca. 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 hochskalierter Datendienst, der Tausende von Kunden bedient, die täglich und in einem wachsenden Tempo Terabyte 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 Volumenratenlimit gilt für Daten, die von workspace-basierten Application Insights, Azure Ressourcen über Diagnostische Einstellungen und Data Collector API aufgenommen 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 Überwachung des Zustands des Log Analytics-Arbeitsbereichs in Azure Monitor.

Hinweis

Je nachdem, wie lange Sie Log Analytics verwendet haben, haben Sie möglicherweise Zugriff auf ältere Preisstufen. Erfahren Sie mehr über Log Analytics Legacy-Preisstufen.

Application Insights

Es gibt einige Grenzwerte für die Anzahl der Metriken und Ereignisse pro Anwendung, d. h. pro Verbindungszeichenfolge. 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 Siehe Azure Resource Manager
In Verfügbarkeitstests maximale Anzahl der Umleitungen pro Test 10 10
Minimale Testhäufigkeit bei Verfügbarkeitstests 300 Sekunden Für Frequenzen weniger als 5 Minuten ist ein benutzerdefinierter Überwachungsansatz außerhalb von Standardverfügbarkeitstests erforderlich.
.NET Profiler und Snapshot Debugger Datenaufbewahrung Zwei Wochen Kontaktieren Sie den Support. Die maximale Aufbewahrungszeit beträgt sechs Monate.
.NET Profiler Daten gesendet pro Tag 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 bereitstellen muss, auf die das virtuelle Netzwerk zugreifen soll.
  • Ein AMPLS-Objekt kann eine Verbindung mit bis zu 3.000 Log Analytics Arbeitsbereichen und bis zu 10.000 Application Insights-Komponenten herstellen.
  • Eine Azure Monitor Ressource kann eine Verbindung mit bis zu 100 AMPLS herstellen.
  • Ein AMPLS-Objekt kann eine Verbindung mit bis zu zehn privaten Endpunkten herstellen.

Nächste Schritte

  • Last updated on