Azure IoT Hub-Überwachungsdatenreferenz
Dieser Artikel enthält alle Referenzinformationen zur Überwachung dieses Dienstes.
Ausführliche Informationen zu den Daten, die Sie für IoT Hub sammeln können, und deren Verwendung finden Sie unter "Überwachen von Azure IoT ".
Metriken
In diesem Abschnitt werden alle automatisch erfassten Plattformmetriken für diesen Dienst aufgeführt. Diese Metriken sind auch Teil der globalen Liste aller in Azure Monitor unterstützten Plattformmetriken.
Informationen zur Aufbewahrung von Metriken finden Sie unter Überblick über Metriken in Azure Monitor.
Unterstützte Metriken für Microsoft.Devices/IoTHubs
In der folgenden Tabelle sind die Metriken aufgeführt, die für den Ressourcentyp "Microsoft.Devices/IoTHubs" verfügbar sind.
- Möglicherweise sind nicht alle Spalten in jeder Tabelle vorhanden.
- Einige Spalten können über den Anzeigebereich der Seite hinausgehen. Wählen Sie Tabelle erweitern aus, um alle verfügbaren Spalten anzuzeigen.
Tabellenüberschriften
- Kategorie – Die Metrikgruppe oder -klassifizierung.
- Metrik – Der Anzeigename der Metrik, wie er im Azure-Portal angezeigt wird.
- Name in REST-API: Der Metrikname im REST-API
- Einheit – Abrechnungseinheit.
- Aggregation – Der Standard-Aggregationstyp. Gültige Werte: Mittelwert (Avg), Minimum (Min), Maximum (Max), Gesamt (Sum), Anzahl
- Dimensionen - Für die Metrik verfügbare Dimensionen.
- Aggregationsintervall - Intervalle, in denen die Metrik gesampelt wird.
PT1M
bedeutet zum Beispiel, dass die Metrik jede Minute abgerufen wird,PT30M
alle 30 Minuten,PT1H
jede Stunde usw. - DS-Export – Gibt an, ob die Metrik über Diagnose-Einstellungen in Azure Monitor-Protokolle exportiert werden kann. Informationen zum Exportieren von Metriken finden Sie unter Diagnoseeinstellungen in Azure Monitor erstellen.
Metrik | Name in der REST-API | Einheit | Aggregation | Dimensionen | Aggregationsintervalle | DS-Export |
---|---|---|---|---|---|---|
C2D-Nachrichten abgebrochen Anzahl von Cloud-zu-Gerät-Nachrichten, die vom Gerät abgebrochen wurden |
c2d.commands.egress.abandon.success |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
C2D-Nachrichtenlieferungen abgeschlossen Anzahl von Cloud-zu-Gerät-Nachrichtenübermittlungen, die vom Gerät erfolgreich abgeschlossen wurden |
c2d.commands.egress.complete.success |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
C2D-Nachrichten abgelehnt Anzahl von Cloud-zu-Gerät-Nachrichten, die vom Gerät abgelehnt wurden |
c2d.commands.egress.reject.success |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Fehlgeschlagene direkte Methodenaufrufe Gibt an, wie viele direkte Methodenaufrufe nicht erfolgreich waren. |
c2d.methods.failure |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Anforderungsgröße von direkten Methodenaufrufen Gibt den Durchschnitts-, Minimal- und Maximalwert für alle erfolgreichen direkten Methodenaufrufe an. |
c2d.methods.requestSize |
Byte | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Antwortgröße von direkten Methodenaufrufen Gibt den Durchschnitts-, Minimal- und Maximalwert für alle erfolgreichen Antworten für die direkte Methode an. |
c2d.methods.responseSize |
Byte | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Erfolgreiche direkte Methodenaufrufe Gibt an, wie viele direkte Methodenaufrufe erfolgreich durchgeführt wurden. |
c2d.methods.success |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Fehlgeschlagene Zwillingslesevorgänge vom Back-End Gibt die Anzahl von nicht erfolgreichen Zwillingslesevorgängen an, die vom Back-End initiiert wurden. |
c2d.twin.read.failure |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Antwortgröße von Twin-Lesevorgängen vom Back-End Durchschnitts-, Minimal- und Maximalwert für alle erfolgreichen Zwillingslesevorgänge, die vom Back-End initiiert wurden. |
c2d.twin.read.size |
Byte | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Erfolgreiche Zwillingslesevorgänge vom Back-End Gibt die Anzahl von erfolgreichen Zwillingslesevorgängen an, die vom Back-End initiiert wurden. |
c2d.twin.read.success |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Fehlgeschlagene Twin-Updates vom Back-End Gibt die Anzahl von nicht erfolgreichen Zwillingsaktualisierungen an, die vom Back-End initiiert wurden. |
c2d.twin.update.failure |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Größe von Zwillingsupdates vom Back-End Durchschnitts-, Minimal- und Maximalgröße für alle erfolgreichen Zwillingsaktualisierungen, die vom Back-End initiiert wurden. |
c2d.twin.update.size |
Byte | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Erfolgreiche Zwillingsupdates vom Back-End Gibt die Anzahl von erfolgreichen Zwillingsaktualisierungen an, die vom Back-End initiiert wurden. |
c2d.twin.update.success |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
C2D-Nachrichten abgelaufen Anzahl von abgelaufenen Cloud-zu-Gerät-Nachrichten |
C2DMessagesExpired |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Konfigurationsmetriken Metriken für Konfigurationsvorgänge |
configurations |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Verbundene Geräte Die Anzahl von Geräten, die mit dem IoT Hub verbunden sind |
connectedDeviceCount |
Anzahl | Mittelwert, Maximum, Minimum | <none> | PT1M | No |
Routing: Nachrichten, die an Nachrichten/Ereignisse übermittelt werden Die Häufigkeit, mit der das IoT Hub-Routing erfolgreich Nachrichten an den integrierter Endpunkt (Nachrichten/Ereignisse) übermittelt hat. |
d2c.endpoints.egress.builtIn.events |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Routing: Nachrichten, die an den Event Hub übermittelt werden Die Häufigkeit, mit der das IoT Hub-Routing erfolgreich Nachrichten an Event Hub-Endpunkte übermittelt hat. |
d2c.endpoints.egress.eventHubs |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Routing: Nachrichten, die an die Servicebuswarteschlange übermittelt werden Die Häufigkeit, mit der das IoT Hub-Routing erfolgreich Nachrichten an Service Bus-Warteschlangenendpunkte übermittelt hat. |
d2c.endpoints.egress.serviceBusQueues |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Routing: Nachrichten, die an das Service Bus-Thema übermittelt werden Die Häufigkeit, mit der das IoT Hub-Routing erfolgreich Nachrichten an Service Bus-Themaendpunkte übermittelt hat. |
d2c.endpoints.egress.serviceBusTopics |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Routing: Nachrichten, die an den Speicher übermittelt werden Die Häufigkeit, mit der das IoT Hub-Routing erfolgreich Nachrichten an Speicherendpunkte übermittelt hat. |
d2c.endpoints.egress.storage |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Routing: Blobs, die an den Speicher übermittelt werden Die Häufigkeit, mit der das IoT Hub-Routing Blobs an Speicherendpunkte übermittelt hat. |
d2c.endpoints.egress.storage.blobs |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Routing: an den Speicher übermittelte Daten Die Datenmenge (Bytes), die das IoT Hub-Routing an die Speicherendpunkte übermittelt. |
d2c.endpoints.egress.storage.bytes |
Byte | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Routing: Nachrichtenlatenz für Nachrichten/Ereignisse Durchschnittliche Wartezeit (Millisekunden) zwischen dem Eingang der Nachricht beim IoT Hub und dem Eingang der Telemetrienachricht beim integrierten Endpunkt (Nachrichten/Ereignisse). |
d2c.endpoints.latency.builtIn.events |
Millisekunden | Mittelwert, Minimum, Maximum | <none> | PT1M | Ja |
Routing: Nachrichtenlatenz für Event Hub Durchschnittliche Wartezeit (Millisekunden) zwischen dem Eingang der Nachricht beim IoT Hub und dem Eingang der Nachricht bei einem Event Hub-Endpunkt. |
d2c.endpoints.latency.eventHubs |
Millisekunden | Mittelwert, Minimum, Maximum | <none> | PT1M | Ja |
Routing: Nachrichtenlatenz für service bus queue Durchschnittliche Wartezeit (Millisekunden) zwischen dem Eingang der Nachricht beim IoT Hub und dem Eingang der Nachricht bei einem Service Bus-Warteschlangenendpunkt. |
d2c.endpoints.latency.serviceBusQueues |
Millisekunden | Mittelwert, Minimum, Maximum | <none> | PT1M | Ja |
Routing: Nachrichtenlatenz für Service Bus Thema Durchschnittliche Wartezeit (Millisekunden) zwischen dem Eingang der Nachricht beim IoT Hub und dem Eingang der Nachricht bei einem Service Bus-Themaendpunkt. |
d2c.endpoints.latency.serviceBusTopics |
Millisekunden | Mittelwert, Minimum, Maximum | <none> | PT1M | Ja |
Routing: Nachrichtenlatenz für Speicher Durchschnittliche Wartezeit (Millisekunden) zwischen dem Eingang der Nachricht beim IoT Hub und dem Eingang der Nachricht bei einem Speicherendpunkt. |
d2c.endpoints.latency.storage |
Millisekunden | Mittelwert, Minimum, Maximum | <none> | PT1M | Ja |
Routing: Abgelegte Telemetrienachrichten Die Anzahl der Nachrichten, die vom IoT Hub-Routing aufgrund von inaktiven Endpunkten gelöscht wurden. Dieser Wert zählt nicht die Nachrichten, die an die Fallbackroute übermittelt werden, da gelöschte Nachrichten dort nicht übermittelt werden. |
d2c.telemetry.egress.dropped |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Routing: An Fallback übermittelte Nachrichten Die Häufigkeit, mit der das IoT Hub-Routing Nachrichten an den mit der Fallbackroute verbundenen Endpunkt übermittelt hat. |
d2c.telemetry.egress.fallback |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Routing: Telemetrienachrichten inkompatibel Die Häufigkeit, mit der das IoT Hub-Routing Nachrichten aufgrund einer Inkompatibilität mit dem Endpunkt nicht übermitteln konnte. Dieser Wert umfasst keine Wiederholungen. |
d2c.telemetry.egress.invalid |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Routing: Verwaiste Telemetrienachrichten Die Häufigkeit, mit der Nachrichten durch das IoT Hub-Routing verwaist wurden, da sie mit keinen Routingregeln (einschließlich der Fallbackregel) übereinstimmten. |
d2c.telemetry.egress.orphaned |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Routing: übermittelte Telemetrienachrichten Die Anzahl der erfolgreichen Nachrichtenübermittlungen an alle Endpunkte über das IoT Hub-Routing Wenn eine Nachricht an mehrere Endpunkte weitergeleitet wird, erhöht sich dieser Wert für jede erfolgreiche Übermittlung um eins Wenn eine Nachricht mehrmals an denselben Endpunkt übermittelt wird, erhöht sich dieser Wert für jede erfolgreiche Übermittlung um eins |
d2c.telemetry.egress.success |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Sendeversuche für Telemetrienachrichten Anzahl von Telemetrienachrichten vom Gerät an die Cloud, die an Ihren IoT Hub gesendet werden sollten |
d2c.telemetry.ingress.allProtocol |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Anzahl der Drosselungsfehler Anzahl von Drosselungsfehlern aufgrund von Drosselungen des Gerätedurchsatzes |
d2c.telemetry.ingress.sendThrottle |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Gesendete Telemetrienachrichten Anzahl von Telemetrienachrichten vom Gerät an die Cloud, die erfolgreich an Ihren IoT Hub gesendet wurden |
d2c.telemetry.ingress.success |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Fehlgeschlagene Twin-Lesevorgänge von Geräten Gibt die Anzahl von nicht erfolgreichen Zwillingslesevorgängen an, die vom Gerät initiiert wurden. |
d2c.twin.read.failure |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Antwortgröße von Twin-Lesevorgängen von Geräten Durchschnitts-, Minimal- und Maximalwert für alle erfolgreichen Zwillingslesevorgänge, die vom Gerät initiiert wurden. |
d2c.twin.read.size |
Byte | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Erfolgreiche Doppellesevorgänge von Geräten Gibt die Anzahl von erfolgreichen Zwillingslesevorgängen an, die vom Gerät initiiert wurden. |
d2c.twin.read.success |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Fehlgeschlagene Zwillingsupdates von Geräten Gibt die Anzahl von nicht erfolgreichen Zwillingsaktualisierungen an, die vom Gerät initiiert wurden. |
d2c.twin.update.failure |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Größe von Twin-Updates von Geräten Durchschnitts-, Minimal- und Maximalgröße für alle erfolgreichen Zwillingsaktualisierungen, die vom Gerät initiiert wurden. |
d2c.twin.update.size |
Byte | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Erfolgreiche Zwillingsupdates von Geräten Gibt die Anzahl von erfolgreichen Zwillingsaktualisierungen an, die vom Gerät initiiert wurden. |
d2c.twin.update.success |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Gesamtzahl der verwendeten Nachrichten Gesamtzahl der heute verwendeten Nachrichten |
dailyMessageQuotaUsed |
Anzahl | Mittelwert, Minimum, Maximum | <none> | PT1M | Ja |
Gesamtnutzung von Gerätedaten Zu und von allen mit IotHub verbundenen Geräten übertragene Bytes |
deviceDataUsage |
Byte | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Gesamtnutzung von Gerätedaten (Vorschau) Zu und von allen mit IotHub verbundenen Geräten übertragene Bytes |
deviceDataUsageV2 |
Byte | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Verbundene Geräte (veraltet) Die Anzahl von Geräten, die mit dem IoT Hub verbunden sind |
devices.connectedDevices.allProtocol |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Geräte insgesamt (veraltet) Die Anzahl von Geräten, die beim IoT Hub registriert sind |
devices.totalDevices |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Event Grid-Lieferungen Die Anzahl von IoT Hub-Ereignissen, die in Event Grid veröffentlicht werden. Verwenden Sie die Dimension „Result“ für die Anzahl der erfolgreichen und fehlerhaften Anforderungen. Die EventType-Dimension zeigt den Typ des Ereignisses an(https://aka.ms/ioteventgrid). |
EventGridDeliveries |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | Result , EventType |
PT1M | Ja |
Ereignisrasterlatenz Die durchschnittliche Wartezeit (in Millisekunden) für den Zeitraum zwischen der Generierung des Iot Hub-Ereignisses und der Veröffentlichung des Ereignisses in Event Grid. Diese Zahl ist ein Durchschnittswert für alle Ereignistypen. Verwenden Sie die Dimension „EventType“, um die Wartezeit für einen bestimmten Ereignistyp anzuzeigen. |
EventGridLatency |
Millisekunden | Mittelwert, Minimum, Maximum | EventType |
PT1M | Ja |
Fehlgeschlagene Auftragsabbrüche Gibt an, wie viele nicht erfolgreiche Aufrufe von Auftragsabbrüchen durchgeführt wurden. |
jobs.cancelJob.failure |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Erfolgreiche Auftragsabsagen Gibt an, wie viele erfolgreiche Aufrufe von Auftragsabbrüchen durchgeführt wurden. |
jobs.cancelJob.success |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Abgeschlossene Aufträge Gibt die Anzahl von abgeschlossenen Aufträgen an. |
jobs.completed |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Fehler beim Erstellen von Methodenaufrufaufträgen Gibt die Anzahl von nicht erfolgreichen Erstellungen von Aufträgen für direkte Methodenaufrufe an. |
jobs.createDirectMethodJob.failure |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Erfolgreiche Erstellung von Methodenaufrufaufträgen Gibt die Anzahl von erfolgreichen Erstellungen von Aufträgen für direkte Methodenaufrufe an. |
jobs.createDirectMethodJob.success |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Fehlgeschlagene Erstellung von Twin Update-Aufträgen Gibt die Anzahl von allen nicht erfolgreichen Erstellungen von Zwillingsaktualisierungsaufträgen an. |
jobs.createTwinUpdateJob.failure |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Erfolgreiche Erstellung von Twin Update Jobs Gibt die Anzahl von allen erfolgreichen Erstellungen von Zwillingsaktualisierungsaufträgen an. |
jobs.createTwinUpdateJob.success |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Fehlerhafte Aufträge Gibt die Anzahl aller fehlerhaften Aufträge an. |
jobs.failed |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Fehlgeschlagene Aufrufe an Listenaufträge Gibt an, wie viele nicht erfolgreiche Aufrufe von Auflistungsaufträgen durchgeführt wurden. |
jobs.listJobs.failure |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Erfolgreiche Aufrufe an Listenaufträge Gibt an, wie viele erfolgreiche Aufrufe von Auflistungsaufträgen durchgeführt wurden. |
jobs.listJobs.success |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Fehlgeschlagene Auftragsabfragen Gibt an, wie viele nicht erfolgreiche Aufrufe von Abfrageaufträgen durchgeführt wurden. |
jobs.queryJobs.failure |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Erfolgreiche Auftragsabfragen Gibt an, wie viele erfolgreiche Aufrufe von Abfrageaufträgen durchgeführt wurden. |
jobs.queryJobs.success |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Größe der Routingübermittlungsnachricht in Bytes (Vorschau) Die Gesamtgröße der Nachrichten in Byte, die von IoT Hub an einen Endpunkt übermittelt werden: Sie können die Dimensionen EndpointName und EndpointType verwenden, um die Größe der Nachrichten in Byte anzuzeigen, die verschiedenen Endpunkten zugestellt wurden. Der Metrikwert wird für jede zugestellte Nachricht erhöht. Das gilt auch, wenn die Nachricht an mehrere Endpunkte oder mehrfach an denselben Endpunkt übermittelt wird. |
RoutingDataSizeInBytesDelivered |
Byte | Mittelwert, Minimum, Maximum, Summe (Summe) | EndpointType , EndpointName RoutingSource |
PT1M | Ja |
Routing Lieferungen (Vorschau) Gibt an, wie oft IoT Hub versucht hat, Nachrichten per Routing an alle Endpunkte zu übermitteln. Verwenden Sie die Dimension „Result“, um die Anzahl von erfolgreichen Versuchen bzw. die Anzahl von Versuchen mit Fehlern abzurufen. Der Grund für einen Fehler (z. B. ungültig, verworfen oder verwaist) kann mit der Dimension „FailureReasonCategory“ abgerufen werden. Sie können auch die Dimensionen „EndpointName“ und „EndpointType“ verwenden, um Informationen dazu zu erhalten, wie viele Nachrichten an Ihre verschiedenen Endpunkte übermittelt wurden. Der Metrikwert wird für jeden Übermittlungsversuch um 1 erhöht. Dies gilt auch, wenn die Nachricht an mehrere Endpunkte oder mehrfach an denselben Endpunkt übermittelt wird. |
RoutingDeliveries |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | EndpointType , , EndpointName FailureReasonCategory , , Result RoutingSource |
PT1M | Ja |
Routingübermittlungslatenz (Vorschau) Durchschnittliche Wartezeit (Millisekunden) zwischen dem Eingang der Nachricht bei IoT Hub und dem Eingang der Telemetrienachricht bei einem Endpunkt. Sie können auch die Dimensionen „EndpointName“ und „EndpointType“ verwenden, um Informationen zu den Latenzzeiten zu Ihren verschiedenen Endpunkten zu erhalten. |
RoutingDeliveryLatency |
Millisekunden | Mittelwert, Minimum, Maximum | EndpointType , EndpointName RoutingSource |
PT1M | Ja |
Geräte insgesamt Die Anzahl von Geräten, die beim IoT Hub registriert sind |
totalDeviceCount |
Anzahl | Mittelwert, Maximum, Minimum | <none> | PT1M | No |
Fehlgeschlagene Twin-Abfragen Gibt an, wie viele nicht erfolgreiche Zwillingsabfragen durchgeführt wurden. |
twinQueries.failure |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Ergebnisgröße von Twin-Abfragen Durchschnitts-, Minimal- und Maximalwert der Ergebnisgröße aller erfolgreichen Zwillingsabfragen. |
twinQueries.resultSize |
Byte | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Erfolgreiche Zwillingsabfragen Gibt an, wie viele erfolgreiche Zwillingsabfragen durchgeführt wurden. |
twinQueries.success |
Anzahl | Mittelwert, Minimum, Maximum, Summe (Summe) | <none> | PT1M | Ja |
Unterstützte Aggregationen
Die Spalte "Aggregationstyp " in der Tabelle entspricht der Standardaggregation, die verwendet wird, wenn die Metrik für ein Diagramm oder eine Warnung ausgewählt wird.
Für die meisten Metriken sind alle Aggregationstypen gültig. Bei Zählungsmetriken mit einem Einheitenspaltenwert von Count sind nur einige Aggregationen gültig. Metriken vom Typ „Anzahl“ können einen von zwei Typen aufweisen:
Bei Metriken vom Typ „Anzahl“ für Einzelpunkte registriert IoT Hub jedes Mal, wenn der gemessene Vorgang stattfindet, einen einzelnen Datenpunkt (im Wesentlichen eine „1“). Azure Monitor addiert diese Datenpunkte dann gemäß der angegebenen Granularität. Beispiele für Einzelpunkt-Metriken sind Gesendete Telemetrienachrichten und Abgeschlossene C2D-Nachrichtenübermittlungen. Für diese Metriken ist der einzig relevante Aggregationstyp „Gesamt“ (Summe). Das Portal ermöglicht Ihnen die Auswahl von Minimum, Maximum und Mittelwert. Diese Werte sind immer 1.
Bei Metriken vom Typ „Anzahl“ für Momentaufnahmen registriert IoT Hub eine Gesamtanzahl, wenn der gemessene Vorgang stattfindet. Zurzeit gibt es drei Momentaufnahme-Metriken, die von IoT Hub ausgegeben werden: Gesamtzahl verwendeter Nachrichten, Geräte gesamt und Verbundene Geräte. Da diese Metriken jedes Mal eine "Gesamtmenge" darstellen, ist es nicht sinnvoll, sie über die angegebene Granularität zu addieren. Azure Monitor schränkt die Auswahl von Durchschnitts-, Mindest- und Höchstwert als Aggregationstyp für diese Metriken ein.
Metrikdimensionen
Informationen darüber, was metrische Dimensionen sind, finden Sie unter Mehrdimensionale Metriken.
Bei diesem Dienst gelten die folgenden Dimensionen für die zugehörigen Metriken.
Dimensionsname | BESCHREIBUNG |
---|---|
EndpointName | Der Endpunktname |
EndpointType | eventHubs , serviceBusQueues , cosmosDB , serviceBusTopics , builtin oder blobStorage |
EventType | Microsoft.Devices.DeviceCreated , Microsoft.Devices.DeviceDeleted , Microsoft.Devices.DeviceConnected , Microsoft.Devices.DeviceDisconnected oder Microsoft.Devices.DeviceTelemetry Weitere Informationen finden Sie unter Ereignistypen. |
FailureReasonCategory | Einer der folgenden Werte: invalid , , dropped , , orphaned oder null . |
Ergebnis | Entweder success oder failure |
RoutingSource | Device Messages , Twin Change Events Device Lifecycle Events |
Anzeigename und Aggregation von Metriken
Die folgenden Tabellen enthalten weitere Informationen zu den in der vorherigen Tabelle beschriebenen Metriken. Sie zeigen die IoT Hub-Plattformmetriken nach allgemeinen Kategorie- und Listenmetriken anhand ihres Anzeigenamens an, wie im Azure-Portal zugewiesen.
Metriken für Cloud-zu-Gerätebefehle:
Anzeigename der Metrik | Metrik | Einheit | Beschreibung |
---|---|---|---|
Abgelaufene C2D-Nachrichten | C2DMessagesExpired | Anzahl | Anzahl von abgelaufenen Cloud-zu-Gerät-Nachrichten |
Abgeschlossene C2D-Nachrichtenübermittlungen | c2d.commands.egress.complete.success | Anzahl | Anzahl von Cloud-zu-Gerät-Nachrichtenübermittlungen, die vom Gerät erfolgreich abgeschlossen wurden |
Abgebrochene C2D-Nachrichten | c2d.commands.egress.abandon.success | Anzahl | Anzahl von Cloud-zu-Gerät-Nachrichten, die vom Gerät abgebrochen wurden |
Abgelehnte C2D-Nachrichten | c2d.commands.egress.reject.success | Anzahl | Anzahl von Cloud-zu-Gerät-Nachrichten, die vom Gerät abgelehnt wurden |
Bei Metriken mit dem Wert Anzahl für Einheit ist nur die Aggregation „Gesamt“ (Summe) gültig. Die Aggregationen „Minimum“, „Maximum“ und „Durchschnitt“ geben immer „1“ zurück. Weitere Informationen finden Sie unter Unterstützte Aggregationen.
Metriken für direkte Methoden in der Cloud für Geräte:
Anzeigename der Metrik | Metrik | Einheit | Beschreibung |
---|---|---|---|
Failed direct method invocations (Nicht erfolgreiche direkte Methodenaufrufe) | c2d.methods.failure | Anzahl | Gibt an, wie viele direkte Methodenaufrufe nicht erfolgreich waren. |
Request size of direct method invocations (Anforderungsgröße von direkten Methodenaufrufen) | c2d.methods.requestSize | Byte | Die Anzahl aller erfolgreichen direkten Methodenaufrufe. |
Response size of direct method invocations (Antwortgröße von direkten Methodenaufrufen) | c2d.methods.responseSize | Byte | Die Anzahl aller erfolgreichen direkten Methodenantworten. |
Successful direct method invocations (Erfolgreiche direkte Methodenaufrufvorgänge) | c2d.methods.success | Anzahl | Gibt an, wie viele direkte Methodenaufrufe erfolgreich durchgeführt wurden. |
Bei Metriken mit dem Wert Anzahl für Einheit ist nur die Aggregation „Gesamt“ (Summe) gültig. Die Aggregationen „Minimum“, „Maximum“ und „Durchschnitt“ geben immer „1“ zurück. Weitere Informationen finden Sie unter Unterstützte Aggregationen.
Metriken für den Cloud-zu-Gerät-Twin-Betrieb:
Anzeigename der Metrik | Metrik | Einheit | Beschreibung |
---|---|---|---|
Failed twin reads from back end (Nicht erfolgreiche Zwillingslesevorgänge vom Back-End) | c2d.twin.read.failure | Anzahl | Gibt die Anzahl von nicht erfolgreichen Zwillingslesevorgängen an, die vom Back-End initiiert wurden. |
Failed twin updates from back end (Nicht erfolgreiche Zwillingsaktualisierungen vom Back-End) | c2d.twin.update.failure | Anzahl | Gibt die Anzahl von nicht erfolgreichen Zwillingsaktualisierungen an, die vom Back-End initiiert wurden. |
Response size of twin reads from back end (Antwortgröße von Zwillingslesevorgängen vom Back-End) | c2d.twin.read.size | Byte | Gibt die Anzahl von erfolgreichen Zwillingslesevorgängen an, die vom Back-End initiiert wurden. |
Size of twin updates from back end (Größe der Zwillingsaktualisierungen vom Back-End) | c2d.twin.update.size | Byte | Die Anzahl aller erfolgreichen Zwillingsaktualisierungen, die vom Back-End initiiert wurden. |
Successful twin reads from back end (Erfolgreiche Zwillingslesevorgänge vom Back-End) | c2d.twin.read.success | Anzahl | Gibt die Anzahl von erfolgreichen Zwillingslesevorgängen an, die vom Back-End initiiert wurden. |
Successful twin updates from back end (Erfolgreiche Zwillingsaktualisierungen vom Back-End) | c2d.twin.update.success | Anzahl | Gibt die Anzahl von erfolgreichen Zwillingsaktualisierungen an, die vom Back-End initiiert wurden. |
Bei Metriken mit dem Wert Anzahl für Einheit ist nur die Aggregation „Gesamt“ (Summe) gültig. Die Aggregationen „Minimum“, „Maximum“ und „Durchschnitt“ geben immer „1“ zurück. Weitere Informationen finden Sie unter Unterstützte Aggregationen.
Konfigurationsmetriken:
Anzeigename der Metrik | Metrik | Einheit | Beschreibung |
---|---|---|---|
Konfigurationsmetriken | Konfigurationen | Anzahl | Die Gesamtanzahl aller CRUD-Vorgänge, die für die Gerätekonfiguration und die IoT Edge-Bereitstellung auf einer Gruppe von Zielgeräten ausgeführt wurden. Darin enthalten ist die Anzahl von Vorgängen, in denen der Geräte- oder Modulzwilling aufgrund dieser Konfigurationen geändert wird. |
Bei Metriken mit dem Wert Anzahl für Einheit ist nur die Aggregation „Gesamt“ (Summe) gültig. Die Aggregationen „Minimum“, „Maximum“ und „Durchschnitt“ geben immer „1“ zurück. Weitere Informationen finden Sie unter Unterstützte Aggregationen.
Tägliche Kontingentmetriken:
Anzeigename der Metrik | Metrik | Einheit | Beschreibung |
---|---|---|---|
Gerätedatennutzung gesamt | deviceDataUsage | Byte | Zu und von allen mit IotHub verbundenen Geräten übertragene Bytes |
Gerätedatennutzung gesamt (Vorschau) | deviceDataUsageV2 | Gesamt | Zu und von allen mit IotHub verbundenen Geräten übertragene Bytes |
Gesamtzahl verwendeter Nachrichten | dailyMessageQuotaUsed | Anzahl | Gesamtzahl der heute verwendeten Nachrichten. Ein kumulativer Wert, der jeden Tag um 00:00 Uhr UTC auf „0“ zurückgesetzt wird. |
Bei Gesamtzahl verwendeter Nachrichten werden nur die Aggregationen „Minimum“, „Maximum“ und „Durchschnitt“ unterstützt. Weitere Informationen finden Sie unter Unterstützte Aggregationen.
Gerätemetriken:
Anzeigename der Metrik | Metrik | Einheit | Beschreibung |
---|---|---|---|
Geräte gesamt (veraltet) | devices.totalDevices | Anzahl | Die Anzahl von Geräten, die beim IoT Hub registriert sind |
Verbundene Geräte (veraltet) | devices.connectedDevices.allProtocol | Anzahl | Die Anzahl von Geräten, die mit dem IoT Hub verbunden sind |
Total devices (Geräte gesamt) | totalDeviceCount | Anzahl | Die Anzahl von Geräten, die beim IoT Hub registriert sind |
Verbundene Geräte | connectedDeviceCount | Anzahl | Die Anzahl von Geräten, die mit dem IoT Hub verbunden sind |
Bei Geräte gesamt (veraltet) und Verbundene Geräte (veraltet) ist nur die Aggregation „Gesamt“ (Summe) gültig. Die Aggregationen „Minimum“, „Maximum“ und „Durchschnitt“ geben immer „1“ zurück. Weitere Informationen finden Sie unter Unterstützte Aggregationen.
Bei Geräte gesamt und Verbundene Geräte sind nur die Aggregationen „Minimum“, „Maximum“ und „Durchschnitt“ gültig. Weitere Informationen finden Sie unter Unterstützte Aggregationen.
Geräte gesamt und Verbundene Geräte können über Diagnoseeinstellungen nicht exportiert werden.
Telemetriemetriken des Geräts:
Anzeigename der Metrik | Metrik | Einheit | Beschreibung |
---|---|---|---|
Anzahl von Drosselungsfehlern | d2c.telemetry.ingress.sendThrottle | Anzahl | Anzahl von Drosselungsfehlern aufgrund von Drosselungen des Gerätedurchsatzes |
Telemetry 'message send' attempts (Sendeversuche für Telemetrienachrichten) | d2c.telemetry.Ingress.allProtocol | Anzahl | Anzahl von Telemetrienachrichten vom Gerät an die Cloud, die an Ihren IoT Hub gesendet werden sollten |
Telemetry messages sent (Gesendete Telemetrienachrichten) | d2c.telemetry.ingress.success | Anzahl | Anzahl von Telemetrienachrichten vom Gerät an die Cloud, die erfolgreich an Ihren IoT Hub gesendet wurden |
Bei Metriken mit dem Wert Anzahl für Einheit ist nur die Aggregation „Gesamt“ (Summe) gültig. Die Aggregationen „Minimum“, „Maximum“ und „Durchschnitt“ geben immer „1“ zurück. Weitere Informationen finden Sie unter Unterstützte Aggregationen.
Metriken für Cloud-Twin-Vorgänge:
Anzeigename der Metrik | Metrik | Einheit | Beschreibung |
---|---|---|---|
Failed twin reads from devices (Nicht erfolgreiche Zwillingslesevorgänge von Geräten) | d2c.twin.read.failure | Anzahl | Gibt die Anzahl von nicht erfolgreichen Zwillingslesevorgängen an, die vom Gerät initiiert wurden. |
Failed twin updates from devices (Nicht erfolgreiche Zwillingsaktualisierungen von Geräten) | d2c.twin.update.failure | Anzahl | Gibt die Anzahl von nicht erfolgreichen Zwillingsaktualisierungen an, die vom Gerät initiiert wurden. |
Response size of twin reads from devices (Antwortgröße von Zwillingslesevorgängen von Geräten) | d2c.twin.read.size | Byte | Die Anzahl aller erfolgreichen Zwillingslesevorgängen, die vom Gerät initiiert wurden. |
Size of twin updates from devices (Größe der Zwillingsaktualisierungen von Geräten) | d2c.twin.update.size | Byte | Die Gesamtgröße aller erfolgreichen Zwillingsaktualisierungen, die vom Gerät initiiert wurden. |
Successful twin reads from devices (Erfolgreiche Zwillingslesevorgänge von Geräten) | d2c.twin.read.success | Anzahl | Gibt die Anzahl von erfolgreichen Zwillingslesevorgängen an, die vom Gerät initiiert wurden. |
Successful twin updates from devices (Erfolgreiche Zwillingsaktualisierungen von Geräten) | d2c.twin.update.success | Anzahl | Gibt die Anzahl von erfolgreichen Zwillingsaktualisierungen an, die vom Gerät initiiert wurden. |
Bei Metriken mit dem Wert Anzahl für Einheit ist nur die Aggregation „Gesamt“ (Summe) gültig. Die Aggregationen „Minimum“, „Maximum“ und „Durchschnitt“ geben immer „1“ zurück. Weitere Informationen finden Sie unter Unterstützte Aggregationen.
Ereignisrastermetriken:
Anzeigename der Metrik | Metrik | Einheit | Beschreibung |
---|---|---|---|
Event Grid-Übermittlungen | EventGridDeliveries | Anzahl | Die Anzahl von IoT Hub-Ereignissen, die in Event Grid veröffentlicht werden. Verwenden Sie die Dimension „Result“ für die Anzahl der erfolgreichen und fehlerhaften Anforderungen. Die EventType-Dimension zeigt den Typ des Ereignisses an(https://aka.ms/ioteventgrid). |
Event Grid-Wartezeit | EventGridLatency | Millisekunden | Die durchschnittliche Wartezeit (in Millisekunden) für den Zeitraum zwischen der Generierung des Iot Hub-Ereignisses und der Veröffentlichung des Ereignisses in Event Grid. Diese Zahl ist ein Durchschnittswert für alle Ereignistypen. Verwenden Sie die Dimension „EventType“, um die Wartezeit für einen bestimmten Ereignistyp anzuzeigen. |
Bei Metriken mit dem Wert Anzahl für Einheit ist nur die Aggregation „Gesamt“ (Summe) gültig. Die Aggregationen „Minimum“, „Maximum“ und „Durchschnitt“ geben immer „1“ zurück. Weitere Informationen finden Sie unter Unterstützte Aggregationen.
Auftragsmetriken:
Anzeigename der Metrik | Metrik | Einheit | Beschreibung |
---|---|---|---|
Abgeschlossene Aufträge | jobs.completed | Anzahl | Gibt die Anzahl von abgeschlossenen Aufträgen an. |
Failed calls to list jobs (Nicht erfolgreiche Aufrufe von Auflistungsaufträgen) | jobs.listJobs.failure | Anzahl | Gibt an, wie viele nicht erfolgreiche Aufrufe von Auflistungsaufträgen durchgeführt wurden. |
Failed creations of method invocation jobs (Nicht erfolgreiche Erstellungen von Methodenaufrufaufträgen) | jobs.createDirectMethodJob.failure | Anzahl | Gibt die Anzahl von nicht erfolgreichen Erstellungen von Aufträgen für direkte Methodenaufrufe an. |
Failed creations of twin update jobs (Nicht erfolgreiche Erstellungen von Zwillingsaktualisierungsaufträgen) | jobs.createTwinUpdateJob.failure | Anzahl | Gibt die Anzahl von allen nicht erfolgreichen Erstellungen von Zwillingsaktualisierungsaufträgen an. |
Failed job cancellations (Nicht erfolgreiche Auftragsabbrüche) | jobs.cancelJob.failure | Anzahl | Gibt an, wie viele nicht erfolgreiche Aufrufe von Auftragsabbrüchen durchgeführt wurden. |
Failed job queries (Nicht erfolgreiche Auftragsabfragen) | jobs.queryJobs.failure | Anzahl | Gibt an, wie viele nicht erfolgreiche Aufrufe von Abfrageaufträgen durchgeführt wurden. |
Fehlerhafte Aufträge | jobs.failed | Anzahl | Gibt die Anzahl aller fehlerhaften Aufträge an. |
Successful calls to list jobs (Erfolgreiche Aufrufe von Auflistungsaufträgen) | jobs.listJobs.success | Anzahl | Gibt an, wie viele erfolgreiche Aufrufe von Auflistungsaufträgen durchgeführt wurden. |
Successful creations of method invocation jobs (Erfolgreiche Erstellungen von Methodenaufrufaufträgen) | jobs.createDirectMethodJob.success | Anzahl | Gibt die Anzahl von erfolgreichen Erstellungen von Aufträgen für direkte Methodenaufrufe an. |
Successful creations of twin update jobs (Erfolgreiche Erstellungen von Zwillingsaktualisierungsaufträgen) | jobs.createTwinUpdateJob. success |
Anzahl | Gibt die Anzahl von allen erfolgreichen Erstellungen von Zwillingsaktualisierungsaufträgen an. |
Successful job cancellations (Erfolgreiche Auftragsabbrüche) | jobs.cancelJob.success | Anzahl | Gibt an, wie viele erfolgreiche Aufrufe von Auftragsabbrüchen durchgeführt wurden. |
Successful job queries (Erfolgreiche Auftragsabfragen) | jobs.queryJobs.success | Anzahl | Gibt an, wie viele erfolgreiche Aufrufe von Abfrageaufträgen durchgeführt wurden. |
Bei Metriken mit dem Wert Anzahl für Einheit ist nur die Aggregation „Gesamt“ (Summe) gültig. Die Aggregationen „Minimum“, „Maximum“ und „Durchschnitt“ geben immer „1“ zurück. Weitere Informationen finden Sie unter Unterstützte Aggregationen.
Routingmetriken:
Anzeigename der Metrik | Metrik | Einheit | Beschreibung |
---|---|---|---|
Routingübermittlungen (Vorschau) | RoutingDeliveries | Anzahl | Die Metrik zur Routingübermittlung. Identifizieren Sie anhand der Dimensionen den Zustellungsstatus für einen bestimmten Endpunkt oder eine bestimmte Routingquelle. |
Größe der Routingübermittlungsnachrichten in Bytes (Vorschau) | RoutingDataSizeInBytesDelivered | Byte | Die Gesamtanzahl von Bytes, die von IoT Hub an einen benutzerdefinierten und einen integrierten Endpunkt weitergeleitet wurden. Identifizieren Sie anhand der Dimensionen die Größe der Daten, die an einen bestimmten Endpunkt oder eine bestimmte Routingquelle weitergeleitet wurden. |
Routingübermittlungslatenz (Vorschau) | RoutingDeliveryLatency | Millisekunden | Die Metrik zur Routingübermittlungslatenz. Identifizieren Sie anhand der Dimensionen die Latenz für einen bestimmten Endpunkt oder eine bestimmte Routingquelle. |
Routing: An den Speicher übermittelte Blobs | d2c.endpoints.egress.storage.blobs | Anzahl | Die Häufigkeit, mit der das IoT Hub-Routing Blobs an Speicherendpunkte übermittelt hat. |
Routing: An den Speicher übermittelte Daten | d2c.endpoints.egress.storage.bytes | Byte | Die Datenmenge (Bytes), die das IoT Hub-Routing an die Speicherendpunkte übermittelt. |
Routing: Die Nachrichtenlatenz für Event Hubs | d2c.endpoints.latency.eventHubs | Millisekunden | Die durchschnittliche Wartezeit (Millisekunden) zwischen dem Eingang einer Nachricht bei IoT Hub und dem Eingang der Nachricht bei benutzerdefinierten Endpunkten vom Typ „Event Hubs“. Nachrichtenrouten zu integrierten Endpunkten (Ereignisse) werden nicht einbezogen. |
Routing: Nachrichtenwartezeit für Service Bus-Warteschlange | d2c.endpoints.latency.serviceBusQueues | Millisekunden | Die durchschnittliche Wartezeit (Millisekunden) zwischen dem Eingang einer Nachricht bei IoT Hub und dem Eingang der Nachricht bei einem Service Bus-Warteschlangenendpunkt. |
Routing: Nachrichtenwartezeit für Service Bus-Thema | d2c.endpoints.latency.serviceBusTopics | Millisekunden | Die durchschnittliche Wartezeit (Millisekunden) zwischen dem Eingang einer Nachricht bei IoT Hub und dem Eingang der Nachricht bei einem Service Bus-Themenendpunkt. |
Routing: Nachrichtenwartezeit für Nachrichten/Ereignisse | d2c.endpoints.latency.builtIn.events | Millisekunden | Die durchschnittliche Wartezeit (Millisekunden) zwischen dem Eingang einer Nachricht bei IoT Hub und dem Eingang der Nachricht beim integrierten Endpunkt (Nachrichten/Ereignisse) und der Fallbackroute. |
Routing: Nachrichtenwartezeit für Speicher | d2c.endpoints.latency.storage | Millisekunden | Die durchschnittliche Wartezeit (Millisekunden) zwischen dem Eingang einer Nachricht bei IoT Hub und dem Eingang der Nachricht bei einem Speicherendpunkt. |
Routing: An Event Hubs zugestellte Nachrichten | d2c.endpoints.egress.eventHubs | Anzahl | Die Häufigkeit, mit der das IoT Hub-Routing Nachrichten an benutzerdefinierte Endpunkte vom Typ „Event Hubs“ erfolgreich übermittelt hat. Nachrichtenrouten zu integrierten Endpunkten (Ereignisse) werden nicht einbezogen. |
Routing: An Service Bus-Warteschlange übermittelte Nachrichten | d2c.endpoints.egress.serviceBusQueues | Anzahl | Die Häufigkeit, mit der das IoT Hub-Routing erfolgreich Nachrichten an Service Bus-Warteschlangenendpunkte übermittelt hat. |
Routing: An Service Bus-Thema übermittelte Nachrichten | d2c.endpoints.egress.serviceBusTopics | Anzahl | Die Häufigkeit, mit der das IoT Hub-Routing erfolgreich Nachrichten an Service Bus-Themaendpunkte übermittelt hat. |
Routing: An den Fallback übermittelte Nachrichten | d2c.telemetry.egress.fallback | Anzahl | Die Häufigkeit, mit der das IoT Hub-Routing Nachrichten an den mit der Fallbackroute verbundenen Endpunkt übermittelt hat. |
Routing: An Nachrichten/Ereignisse übermittelte Nachrichten | d2c.endpoints.egress.builtIn.events | Anzahl | Die Häufigkeit, mit der das IoT Hub-Routing erfolgreich Nachrichten an den integrierter Endpunkt (Nachrichten/Ereignisse) und die Fallbackroute übermittelt hat. |
Routing: An den Speicher übermittelte Nachrichten | d2c.endpoints.egress.storage | Anzahl | Die Häufigkeit, mit der das IoT Hub-Routing erfolgreich Nachrichten an Speicherendpunkte übermittelt hat. |
Routing: Übermittelte Telemetrienachrichten | d2c.telemetry.egress.success | Anzahl | Die Anzahl der erfolgreichen Nachrichtenübermittlungen an alle Endpunkte über das IoT Hub-Routing Wenn eine Nachricht an mehrere Endpunkte weitergeleitet wird, erhöht sich dieser Wert für jede erfolgreiche Übermittlung um eins Wenn eine Nachricht mehrmals an denselben Endpunkt übermittelt wird, erhöht sich dieser Wert für jede erfolgreiche Übermittlung um eins |
Routing: Abgelegte Telemetrienachrichten | d2c.telemetry.egress.dropped | Anzahl | Wie oft das IoT Hub-Routing Nachrichten aufgrund von toten Endpunkten abbricht. Dieser Wert zählt nicht die an die Fallbackroute übermittelten Nachrichten, da gelöschte Nachrichten dort nicht übermittelt werden. |
Routing: Nicht kompatible Telemetrienachrichten | d2c.telemetry.egress.invalid | Anzahl | Die Häufigkeit, mit der das IoT Hub-Routing Nachrichten aufgrund einer Inkompatibilität mit dem Endpunkt nicht übermitteln konnte. Eine Nachricht ist nicht mit einem Endpunkt kompatibel, wenn Iot Hub versucht, die Nachricht an einen Endpunkt zu übermitteln, und sie schlägt mit einem nichttransienten Fehler fehl. Es wird nicht versucht, ungültige Nachrichten erneut zuzustellen. Dieser Wert umfasst keine Wiederholungsversuche. |
Routing: Verwaiste Telemetrienachrichten | d2c.telemetry.egress.orphaned | Anzahl | Die Häufigkeit, mit der IoT Hub Nachrichten verwaist, da sie keiner Routingabfrage entsprechen, wenn die Fallbackroute deaktiviert ist. |
Bei Metriken mit dem Wert Anzahl für Einheit ist nur die Aggregation „Gesamt“ (Summe) gültig. Die Aggregationen „Minimum“, „Maximum“ und „Durchschnitt“ geben immer „1“ zurück. Weitere Informationen finden Sie unter Unterstützte Aggregationen.
Twin-Abfragemetriken:
Anzeigename der Metrik | Metrik | Einheit | Beschreibung |
---|---|---|---|
Failed twin queries (Nicht erfolgreiche Zwillingsabfragen) | twinQueries.failure | Anzahl | Gibt an, wie viele nicht erfolgreiche Zwillingsabfragen durchgeführt wurden. |
Successful twin queries (Erfolgreiche Zwillingsabfragen) | twinQueries.success | Anzahl | Gibt an, wie viele erfolgreiche Zwillingsabfragen durchgeführt wurden. |
Twin queries result size (Ergebnisgröße von Zwillingsabfragen) | twinQueries.resultSize | Byte | Die Gesamtgröße der Ergebnisse aller erfolgreichen Zwillingsabfragen. |
Bei Metriken mit dem Wert Anzahl für Einheit ist nur die Aggregation „Gesamt“ (Summe) gültig. Die Aggregationen „Minimum“, „Maximum“ und „Durchschnitt“ geben immer „1“ zurück. Weitere Informationen finden Sie unter Unterstützte Aggregationen.
Ressourcenprotokolle
In diesem Abschnitt werden die Ressourcenprotokolltypen aufgeführt, die für diesen Service erfasst werden können. Der Abschnitt wird aus der Liste aller in Azure Monitor unterstützten Kategorietypen für Ressourcenprotokolle gezogen.
Unterstützte Ressourcenprotokolle für Microsoft.Devices/IotHubs
Kategorie | Anzeigename der Kategorie | Protokolltabelle | Unterstützt grundlegenden Protokollplan | Unterstützt die Erfassungszeittransformation | Beispielabfragen | Exportkosten |
---|---|---|---|---|---|---|
C2DCommands |
C2D-Befehle | AzureDiagnostics Protokolle aus mehreren Azure-Ressourcen. |
No | No | Abfragen | No |
C2DTwinOperations |
C2D-Zwillingsvorgänge | AzureDiagnostics Protokolle aus mehreren Azure-Ressourcen. |
No | No | Abfragen | No |
Configurations |
Konfigurationen | AzureDiagnostics Protokolle aus mehreren Azure-Ressourcen. |
No | No | Abfragen | No |
Connections |
Verbindungen | AzureDiagnostics Protokolle aus mehreren Azure-Ressourcen. |
No | No | Abfragen | No |
D2CTwinOperations |
D2CTwinOperations | AzureDiagnostics Protokolle aus mehreren Azure-Ressourcen. |
No | No | Abfragen | No |
DeviceIdentityOperations |
Geräteidentitätsvorgänge | AzureDiagnostics Protokolle aus mehreren Azure-Ressourcen. |
No | No | Abfragen | No |
DeviceStreams |
Gerätestreams (Vorschau) | AzureDiagnostics Protokolle aus mehreren Azure-Ressourcen. |
No | No | Abfragen | No |
DeviceTelemetry |
Gerätetelemetrie | AzureDiagnostics Protokolle aus mehreren Azure-Ressourcen. |
No | No | Abfragen | No |
DirectMethods |
Direkte Methoden | AzureDiagnostics Protokolle aus mehreren Azure-Ressourcen. |
No | No | Abfragen | No |
DistributedTracing |
Verteilte Ablaufverfolgung (Vorschauversion) | AzureDiagnostics Protokolle aus mehreren Azure-Ressourcen. |
No | No | Abfragen | No |
FileUploadOperations |
Dateiuploadvorgänge | AzureDiagnostics Protokolle aus mehreren Azure-Ressourcen. |
No | No | Abfragen | No |
JobsOperations |
Auftragsvorgänge | AzureDiagnostics Protokolle aus mehreren Azure-Ressourcen. |
No | No | Abfragen | No |
Routes |
Routen | AzureDiagnostics Protokolle aus mehreren Azure-Ressourcen. |
No | No | Abfragen | No |
TwinQueries |
Zwillingsabfragen | AzureDiagnostics Protokolle aus mehreren Azure-Ressourcen. |
No | No | Abfragen | No |
In den folgenden Abschnitten werden die Ressourcenprotokollkategorietypen und Schemas aufgeführt, die für Azure IoT Hub gesammelt wurden. Ereignisse werden nur bei Fehlern in einigen Kategorien ausgegeben.
Kategorie "Cloud-zu-Gerät"-Befehle
Die Kategorie der C2D-Befehle dient der Nachverfolgung von Fehlern, die auf dem IoT Hub auftreten und in Beziehung zur C2D-Nachrichtenpipeline stehen. Zu dieser Kategorie gehören Fehler, die bei folgenden Aktionen auftreten:
- Senden von Cloud-zu-Gerät-Nachrichten (z. B. Fehler aufgrund nicht autorisierter Absender),
- Empfangen von Cloud-zu-Gerät-Nachrichten (z. B. Fehler des Typs „Übermittlungsanzahl wurde überschritten“) und
- Empfangen von Cloud-zu-Gerät-Nachrichtenfeedback (z. B. Fehler aufgrund von abgelaufenem Feedback).
Diese Kategorie fängt keine Fehler ab, wenn die Cloud-zu-Gerät-Nachricht erfolgreich übermittelt wurde, dann aber vom Gerät nicht ordnungsgemäß verarbeitet wird.
{
"records":
[
{
"time": " UTC timestamp",
"resourceId": "Resource Id",
"operationName": "messageExpired",
"category": "C2DCommands",
"level": "Error",
"resultType": "Event status",
"resultDescription": "MessageDescription",
"properties": "{\"deviceId\":\"<deviceId>\",\"messageId\":\"<messageId>\",\"messageSizeInBytes\":\"<messageSize>\",\"protocol\":\"Amqp\",\"deliveryAcknowledgement\":\"<None, NegativeOnly, PositiveOnly, Full>\",\"deliveryCount\":\"0\",\"expiryTime\":\"<timestamp>\",\"timeInSystem\":\"<timeInSystem>\",\"ttl\":<ttl>, \"EventProcessedUtcTime\":\"<UTC timestamp>\",\"EventEnqueuedUtcTime\":\"<UTC timestamp>\", \"maskedIpAddress\": \"<maskedIpAddress>\", \"statusCode\": \"4XX\"}",
"location": "Resource location"
}
]
}
Cloud-to-Device Twin Operations Category
Die Kategorie der Cloud-zu-Gerät-Zwillingsvorgänge verfolgt von einem Dienst initiierte Ereignisse auf Gerätezwillingen nach. Diese Vorgänge können das Abrufen des Zwillings, Aktualisieren oder Ersetzen von Tags und Aktualisieren oder Ersetzen gewünschter Eigenschaften einschließen.
{
"records":
[
{
"time": "UTC timestamp",
"resourceId": "Resource Id",
"operationName": "read",
"category": "C2DTwinOperations",
"level": "Information",
"durationMs": "1",
"properties": "{\"deviceId\":\"<deviceId>\",\"sdkVersion\":\"<sdkVersion>\",\"messageSize\":\"<messageSize>\"}",
"location": "Resource location"
}
]
}
Geräte-zu-Cloud-Twin-Betriebskategorie
Die Kategorie der Gerät-zu-Cloud-Zwillingsvorgänge verfolgt von einem Gerät initiierte Ereignisse auf Gerätezwillingen nach. Diese Vorgänge können get twin (Zwilling abrufen), update reported properties (gemeldete Eigenschaften aktualisieren) und subscribe to desired properties (gewünschte Eigenschaften abonnieren) umfassen.
{
"records":
[
{
"time": "UTC timestamp",
"resourceId": "Resource Id",
"operationName": "update",
"category": "D2CTwinOperations",
"level": "Information",
"durationMs": "1",
"properties": "{\"deviceId\":\"<deviceId>\",\"protocol\":\"<protocol>\",\"authenticationType\":\"{\\\"scope\\\":\\\"device\\\",\\\"type\\\":\\\"sas\\\",\\\"issuer\\\":\\\"iothub\\\",\\\"acceptingIpFilterRule\\\":null}\"}",
"location": "Resource location"
}
]
}
Kategorie "Konfigurationen"
Die Kategorie „IoT Hub-Konfigurationsprotokolle“ verfolgt Ereignisse und Fehler für die Featuregruppe „Automatische Geräteverwaltung“.
{
"records":
[
{
"time": "2019-09-24T17:21:52Z",
"resourceId": "Resource Id",
"operationName": "ReadManyConfigurations",
"category": "Configurations",
"resultType": "",
"resultDescription": "",
"level": "Information",
"durationMs": "17",
"properties": "{\"configurationId\":\"\",\"sdkVersion\":\"2018-06-30\",\"messageSize\":\"0\",\"statusCode\":null}",
"location": "southcentralus"
}
]
}
Verbindungskategorie
Die Kategorie „Verbindungen“ überwacht Geräteverbindungs- und Trennungsereignisse von einem IoT-Hub und Fehler. Diese Kategorie ist bei der Identifizierung nicht autorisierter Verbindungsversuche und/oder bei Warnungen hilfreich, wenn die Verbindung mit Geräten getrennt wird.
Informationen zum zuverlässigen Verbindungsstatus von Geräten finden Sie unter Überwachen des Geräteverbindungsstatus.
{
"records":
[
{
"time": " UTC timestamp",
"resourceId": "Resource Id",
"operationName": "deviceConnect",
"category": "Connections",
"level": "Information",
"properties": "{\"deviceId\":\"<deviceId>\",\"sdkVersion\":\"<sdkVersion>\",\"protocol\":\"<protocol>\",\"authType\":\"{\\\"scope\\\":\\\"device\\\",\\\"type\\\":\\\"sas\\\",\\\"issuer\\\":\\\"iothub\\\",\\\"acceptingIpFilterRule\\\":null}\",\"maskedIpAddress\":\"<maskedIpAddress>\"}",
"location": "Resource location"
}
]
}
Ausführliche Informationen zur Verwendung von Verbindungsprotokollen zum Überwachen der Gerätekonnektivität finden Sie unter Überwachen, Diagnostizieren und Behandeln von Problemen mit der Gerätekonnektivität mit Azure IoT Hub.
Kategorie "Geräteidentitätsvorgänge"
Die Kategorie für Geräte-Identitätsvorgänge dient der Nachverfolgung von Fehlern, die auftreten, wenn Sie versuchen, einen Eintrag in der Identitätsregistrierung Ihres IoT Hubs zu erstellen, zu aktualisieren oder zu löschen. Das Nachverfolgen dieser Kategorie ist für Bereitstellungsszenarien nützlich.
{
"records":
[
{
"time": "UTC timestamp",
"resourceId": "Resource Id",
"operationName": "get",
"category": "DeviceIdentityOperations",
"level": "Error",
"resultType": "Event status",
"resultDescription": "MessageDescription",
"properties": "{\"maskedIpAddress\":\"<maskedIpAddress>\",\"deviceId\":\"<deviceId>\", \"statusCode\":\"4XX\"}",
"location": "Resource location"
}
]
}
Kategorie "Gerätedatenströme" (Vorschau)
Die Kategorie „Gerätestreams“ verfolgt Anforderung-Antwort-Interaktionen, die an die einzelnen Geräte gesendet werden.
{
"records":
[
{
"time": "2019-09-19T11:12:04Z",
"resourceId": "Resource Id",
"operationName": "invoke",
"category": "DeviceStreams",
"resultType": "",
"resultDescription": "",
"level": "Information",
"durationMs": "74",
"properties": "{\"deviceId\":\"myDevice\",\"moduleId\":\"myModule\",\"sdkVersion\":\"2019-05-01-preview\",\"requestSize\":\"3\",\"responseSize\":\"5\",\"statusCode\":null,\"requestName\":\"myRequest\",\"direction\":\"c2d\"}",
"location": "Central US"
}
]
}
Gerätetelemetriekategorie
Die Kategorie für Gerätetelemetrie dient der Nachverfolgung von Fehlern, die auf dem IoT Hub auftreten und in Beziehung zur Telemetriepipeline stehen. Zu dieser Kategorie gehören Fehler, die beim Senden von Telemetrie-Ereignissen (z.B. Drosselung) und Empfangen von Telemetrie-Ereignissen (z.B. nicht autorisierte Leser) auftreten. Diese Kategorie kann keine Fehler abfangen, die von Code verursacht werden, der auf dem Gerät selbst ausgeführt wird.
{
"records":
[
{
"time": "UTC timestamp",
"resourceId": "Resource Id",
"operationName": "ingress",
"category": "DeviceTelemetry",
"level": "Error",
"resultType": "Event status",
"resultDescription": "MessageDescription",
"properties": "{\"deviceId\":\"<deviceId>\",\"batching\":\"0\",\"messageSizeInBytes\":\"<messageSizeInBytes>\",\"EventProcessedUtcTime\":\"<UTC timestamp>\",\"EventEnqueuedUtcTime\":\"<UTC timestamp>\",\"partitionId\":\"1\"}",
"location": "Resource location"
}
]
}
Kategorie "Direkte Methoden"
Die Kategorie der direkten Methoden verfolgt Anforderung-Antwort-Interaktionen, die an die einzelnen Geräte gesendet werden. Diese Anforderungen werden in der Cloud initiiert.
{
"records":
[
{
"time": "UTC timestamp",
"resourceId": "Resource Id",
"operationName": "send",
"category": "DirectMethods",
"level": "Information",
"durationMs": "1",
"properties": "{\"deviceId\":<messageSize>, \"RequestSize\": 1, \"ResponseSize\": 1, \"sdkVersion\": \"2017-07-11\"}",
"location": "Resource location"
}
]
}
Kategorie "Verteilte Ablaufverfolgung" (Vorschau)
Die Kategorie für verteilte Ablaufverfolgung verfolgt die Korrelations-IDs für Nachrichten nach, die den Kontextheader für Ablaufverfolgung enthalten. Zur vollständigen Aktivierung dieser Protokolle muss der clientseitige Code gemäß der Anleitung in Analyze and diagnose IoT applications end-to-end with IoT Hub distributed tracing (preview) (End-to-End-Analyse und -Diagnose von IoT-Anwendungen mit der verteilten Ablaufverfolgung von IoT Hub (Vorschauversion)) aktualisiert werden.
Die correlationId
entspricht dem W3C-Vorschlag für Ablaufverfolgungskontext insofern, dass sowohl ein trace-id
- als auch ein span-id
-Element enthalten ist.
IoT Hub-D2C-Protokolle (Gerät-zu-Cloud)
IoT Hub zeichnet dieses Protokoll auf, wenn eine Nachricht mit gültigen Ablaufverfolgungseigenschaften bei IoT Hub eingeht.
{
"records":
[
{
"time": "UTC timestamp",
"resourceId": "Resource Id",
"operationName": "DiagnosticIoTHubD2C",
"category": "DistributedTracing",
"correlationId": "00-8cd869a412459a25f5b4f31311223344-0144d2590aacd909-01",
"level": "Information",
"resultType": "Success",
"resultDescription":"Receive message success",
"durationMs": "",
"properties": "{\"messageSize\": 1, \"deviceId\":\"<deviceId>\", \"callerLocalTimeUtc\": : \"2017-02-22T03:27:28.633Z\", \"calleeLocalTimeUtc\": \"2017-02-22T03:27:28.687Z\"}",
"location": "Resource location"
}
]
}
Hier wird durationMs
nicht berechnet, weil die Uhr von IoT Hub mit der Geräteuhr möglicherweise nicht synchronisiert ist und daher eine Berechnung der Dauer irreführend sein kann. Es wird empfohlen, Logik unter Verwendung der Zeitstempel im Abschnitt properties
zu schreiben, um Spitzen in der Gerät-zu-Cloud-Latenz zu erfassen.
Eigenschaft | Typ | BESCHREIBUNG |
---|---|---|
messageSize | Integer | Die Größe einer Gerät-zu-Cloud-Nachricht in Bytes |
deviceId | Zeichenfolge aus alphanumerischen 7-Bit-ASCII-Zeichen | Die Identität des Geräts |
callerLocalTimeUtc | UTC-Zeitstempel | Der Erstellungszeitpunkt der Nachricht wie von der Uhr des lokalen Geräts gemeldet |
calleeLocalTimeUtc | UTC-Zeitstempel | Der Eingangszeitpunkt der Nachricht beim IoT Hub Gateway wie von der Uhr des IoT Hub-Diensts gemeldet |
Eingehende IoT Hub-Protokolle
IoT Hub zeichnet dieses Protokoll auf, wenn die Nachricht mit gültigen Ablaufverfolgungseigenschaften in interne oder integrierte Event Hubs schreibt.
{
"records":
[
{
"time": "UTC timestamp",
"resourceId": "Resource Id",
"operationName": "DiagnosticIoTHubIngress",
"category": "DistributedTracing",
"correlationId": "00-8cd869a412459a25f5b4f31311223344-349810a9bbd28730-01",
"level": "Information",
"resultType": "Success",
"resultDescription":"Ingress message success",
"durationMs": "10",
"properties": "{\"isRoutingEnabled\": \"true\", \"parentSpanId\":\"0144d2590aacd909\"}",
"location": "Resource location"
}
]
}
Im properties
Abschnitt enthält dieses Protokoll zusätzliche Informationen zum Nachrichteneingang.
Eigenschaft | Typ | BESCHREIBUNG |
---|---|---|
isRoutingEnabled | String | Entweder „true“ oder „false“; gibt an, ob Nachrichtenweiterleitung in IoT Hub aktiviert ist |
parentSpanId | String | Das span-id-Element der übergeordneten Nachricht, in diesem Fall die D2C-Nachrichtenablaufverfolgung |
Ausgehende IoT Hub-Protokolle
IoT Hub zeichnet dieses Protokoll auf, wenn die Weiterleitung aktiviert ist und die Nachricht an einen Endpunkt geschrieben wird. Wenn die Weiterleitung nicht aktiviert ist, zeichnet IoT Hub dieses Protokoll nicht auf.
{
"records":
[
{
"time": "UTC timestamp",
"resourceId": "Resource Id",
"operationName": "DiagnosticIoTHubEgress",
"category": "DistributedTracing",
"correlationId": "00-8cd869a412459a25f5b4f31311223344-98ac3578922acd26-01",
"level": "Information",
"resultType": "Success",
"resultDescription":"Egress message success",
"durationMs": "10",
"properties": "{\"endpointType\": \"EventHub\", \"endpointName\": \"myEventHub\", \"parentSpanId\":\"349810a9bbd28730\"}",
"location": "Resource location"
}
]
}
Im properties
Abschnitt enthält dieses Protokoll zusätzliche Informationen zum Nachrichteneingang.
Eigenschaft | Typ | BESCHREIBUNG |
---|---|---|
endpointName | String | Der Name des Routingendpunkts |
endpointType | String | Der Typ des Routingendpunkts |
parentSpanId | String | Das span-id-Element der übergeordneten Nachricht, in diesem Fall die Ablaufverfolgung des IoT Hub-Nachrichteneingangs |
Kategorie "Dateiuploadvorgänge"
Die Dateiuploadkategorie dient der Nachverfolgung von Fehlern, die auf dem IoT Hub auftreten und in Beziehung zur Dateiuploadfunktionalität stehen. In diese Kategorie fällt Folgendes:
- Fehler, die beim SAS-URI auftreten, beispielsweise wenn er abläuft, bevor ein Gerät den Hub über einen abgeschlossenen Upload informiert
- Vom Gerät gemeldete Uploadfehler
- Fehler, die auftreten, wenn während der IoT Hub-Benachrichtigungserstellung eine Datei im Speicher nicht gefunden wird.
Diese Kategorie kann keine Fehler abfangen, die direkt auftreten, während das Gerät eine Datei in den Speicher hochlädt.
{
"records":
[
{
"time": "UTC timestamp",
"resourceId": "Resource Id",
"operationName": "ingress",
"category": "FileUploadOperations",
"level": "Error",
"resultType": "Event status",
"resultDescription": "MessageDescription",
"durationMs": "1",
"properties": "{\"deviceId\":\"<deviceId>\",\"protocol\":\"<protocol>\",\"authType\":\"{\\\"scope\\\":\\\"device\\\",\\\"type\\\":\\\"sas\\\",\\\"issuer\\\":\\\"iothub\\\",\\\"acceptingIpFilterRule\\\":null}\",\"blobUri\":\"http//bloburi.com\"}",
"location": "Resource location"
}
]
}
Kategorie "Aufträge"
Die Kategorie der Auftragsvorgänge berichtet über Auftragsanforderungen zum Aktualisieren von Gerätezwillingen oder Aufrufen direkter Methoden auf mehreren Geräten. Diese Anforderungen werden in der Cloud initiiert.
{
"records":
[
{
"time": "UTC timestamp",
"resourceId": "Resource Id",
"operationName": "jobCompleted",
"category": "JobsOperations",
"level": "Information",
"durationMs": "1",
"properties": "{\"jobId\":\"<jobId>\", \"sdkVersion\": \"<sdkVersion>\",\"messageSize\": <messageSize>,\"filter\":\"DeviceId IN ['1414ded9-b445-414d-89b9-e48e8c6285d5']\",\"startTimeUtc\":\"Wednesday, September 13, 2017\",\"duration\":\"0\"}",
"location": "Resource location"
}
]
}
Kategorie "Routen"
Die Kategorie Nachrichtenweiterleitung verfolgt Fehler, die während der Auswertung der Nachrichtenweiterleitung auftreten, und die durch IoT Hub wahrgenommene Endpunktintegrität. Diese Kategorie umfasst z. B. folgende Ereignisse:
- Eine Regel wird als "undefiniert" ausgewertet.
- IoT Hub markiert einen Endpunkt als tot
- Alle Fehler, die von einem Endpunkt empfangen wurden
Diese Kategorie enthält keine spezifischen Fehler zu den eigentlichen Meldungen (z. B. Gerätedrosselungsfehler), die unter der Kategorie „Gerätetelemetrie“ gemeldet werden.
{
"records":
[
{
"time":"2019-12-12T03:25:14Z",
"resourceId":"/SUBSCRIPTIONS/aaaa0a0a-bb1b-cc2c-dd3d-eeeeee4e4e4e/RESOURCEGROUPS/ANON-TEST/PROVIDERS/MICROSOFT.DEVICES/IOTHUBS/ANONHUB1",
"operationName":"endpointUnhealthy",
"category":"Routes",
"level":"Error",
"resultType":"403004",
"resultDescription":"DeviceMaximumQueueDepthExceeded",
"properties":"{\"deviceId\":null,\"endpointName\":\"anon-sb-1\",\"messageId\":null,\"details\":\"DeviceMaximumQueueDepthExceeded\",\"routeName\":null,\"statusCode\":\"403\"}",
"location":"westus"
}
]
}
Im Folgenden finden Sie weitere Informationen zum Routing von Ressourcenprotokollen:
- Liste der Fehlercodes in Routingressourcenprotokollen
- Liste der Vorgangsnamen in Routingressourcenprotokollen
Kategorie "Zwillingsabfragen"
Die Kategorie der Zwillingsabfragen berichtet über Abfrageanforderungen für Gerätezwillinge, die in der Cloud initiiert werden.
{
"records":
[
{
"time": "UTC timestamp",
"resourceId": "Resource Id",
"operationName": "query",
"category": "TwinQueries",
"level": "Information",
"durationMs": "1",
"properties": "{\"query\":\"<twin query>\",\"sdkVersion\":\"<sdkVersion>\",\"messageSize\":\"<messageSize>\",\"pageSize\":\"<pageSize>\", \"continuation\":\"<true, false>\", \"resultSize\":\"<resultSize>\"}",
"location": "Resource location"
}
]
}
Tabellen in Azure Monitor-Protokollen
Dieser Abschnitt bezieht sich die für diesen Service relevanten Azure-Monitor-Protokolltabellen, die für die Abfrage durch Protokollanalyse mit Kusto-Abfragen zur Verfügung stehen. Diese Tabellen enthalten Ressourcenprotokolldaten und möglicherweise mehr, je nachdem, was erfasst und an sie weitergeleitet wird.
IoT Hub Microsoft.Devices/IotHubs
Aktivitätsprotokoll
In der verknüpften Tabelle sind die Vorgänge aufgeführt, die im Aktivitätsprotokoll für diesen Dienst aufgezeichnet werden können. Diese Operationen sind eine Teilmenge aller möglichen Ressourcenanbietervorgänge im Aktivitätsprotokoll.
Weitere Informationen zum Schema von Aktivitätsprotokolleinträgen finden Sie unter Ereignisschema des Azure-Aktivitätsprotokolls.
Zugehöriger Inhalt
- Eine Beschreibung der Überwachung von IoT Hub finden Sie unter Überwachen von Azure IoT Hub .
- Weitere Informationen zur Überwachung von Azure-Ressourcen finden Sie unter Überwachen von Azure-Ressourcen mit Azure Monitor.