Teilen über


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, EndpointNameRoutingSource 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, , EndpointNameFailureReasonCategory, , ResultRoutingSource 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, EndpointNameRoutingSource 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.

Screenshot der Aggregation für Metriken.

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, , orphanedoder null.
Ergebnis Entweder success oder failure
RoutingSource Device Messages, Twin Change EventsDevice 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) No Nr. 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:

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.