Referenz: IoT Hub-Kontingente und -Drosselung
In diesem Artikel werden die für IoT Hub-Ressourcen geltenden Grenzwerte erläutert.
Jedes Azure-Abonnement kann maximal 50 IoT Hubs und höchstens einen Hub im Free-Tarif enthalten.
Jeder IoT-Hub wird mit Einheiten auf einer bestimmten Ebene bereitgestellt. Der Tarif und die Anzahl der Einheiten bestimmen das maximale tägliche Kontingent von Nachrichten. Die zum Berechnen des täglichen Kontingents verwendete Nachrichtengröße beträgt 0,5 KB für einen Hub mit einem kostenlosen Tarif und 4 KB für alle anderen Tarife. Weitere Informationen finden Sie unter Azure IoT Hub – Preise oder Wählen des richtigen IoT Hub-Tarifs für Ihre Lösung.
Die Kontingentgrenze Ihres Hubs finden Sie im Azure-Portal. Auf der Seite Übersicht Ihres IoT-Hubs ist das tägliche Nachrichtenkontingent aufgeführt. Sie können diesen Grenzwert auch unter Hubeinstellungen>Tarif und Skalierung anzeigen und anpassen.
Der Tarif legt auch die Drosselungslimits fest, die IoT Hub für alle Vorgänge erzwingt.
Vorgangsdrosselung
Bei der Vorgangsdrosselung wird die Datenübertragungsrate pro Minute begrenzt, um einen Missbrauch zu verhindern. Außerdem wird gegebenenfalls Traffic-Shaping angewendet.
Es empfiehlt sich, Ihre Aufrufe zu drosseln, um die Drosselungslimits nicht zu erreichen oder zu überschreiten. Bei Erreichen des Grenzwerts gibt IoT Hub den Fehlercode 429 zurück, und der Client muss den Vorgang nach einem Backoff wiederholen. Diese Grenzwerte gelten pro Hub (in einigen Fällen auch pro Hub und Einheit). Weitere Informationen finden Sie unter Wiederholungsmuster.
Preisinformationen zu den unter verschiedenen Bedingungen in Rechnung gestellten Vorgängen finden Sie unter Abrechnungsinformationen.
Vorgänge auf den Ebenen „Basic“ und „Standard“
Die folgende Tabelle zeigt die erzwungenen Drosselungen für Vorgänge, die in allen IoT Hub-Ebenen verfügbar sind. Die Werte beziehen sich auf einen einzelnen Hub.
| Drosselung | Kostenlos, B1 und S1 | B2 und S2 | B3 und S3 |
|---|---|---|---|
| Identitätsregistrierungsvorgänge (Erstellen, Abrufen, Auflisten, Aktualisieren, Löschen) | 1,67/Sekunde/Einheit (100/Minute/Einheit) | 1,67/Sekunde/Einheit (100/Minute/Einheit) | 83,33/Sekunde/Einheit (5.000/Minute/Einheit) |
| Neue Geräteverbindungen (diese Begrenzung gilt für die Rate, mit der neue Verbindungen hergestellt werden, nicht die Gesamtzahl der Verbindungen) | 100/Sekunde oder 12/Sekunde/Einheit – je nachdem, was höher ist Beispielsweise ergeben zwei S1-Einheiten 2*12 = 24 neue Verbindungen/Sek., Sie erhalten jedoch mindestens 100 neue Verbindungen/Sek. für alle Ihre Einheiten. Mit neun S1-Einheiten erhalten Sie 108 neue Verbindungen/Sek. (9*12) für alle Ihre Einheiten. |
120 neue Verbindungen/Sek./Einheit | 6\.000 neue Verbindungen/Sekunde/Einheit |
| Senden von Nachrichten von Geräten an die Cloud | 100 Sendevorgänge/Sek. oder 12 Sendevorgänge/Sek./Einheit (je nachdem, was höher ist) Zwei S1-Einheiten entsprechen beispielsweise 2*12 = 24/Sek., aber Ihnen stehen mindestens 100 Sendevorgänge/Sek. für alle Ihre Einheiten zur Verfügung. Mit neun S1-Einheiten verfügen Sie über 108 Sendevorgänge/Sek. (9*12) für alle Ihre Einheiten. |
120 Sendevorgänge/Sek./Einheit | 6\.000 Sendevorgänge/Sek./Einheit |
| Dateiupload | 1,67 Dateiuploadinitiierungen/Sek./Einheit (100/Min./Einheit) | 1,67 Dateiuploadinitiierungen/Sek./Einheit (100/Min./Einheit) | 83,33 Dateiuploadinitiierungen/Sek./Einheit (5.000/Min./Einheit) |
| Abfragen | 20/Minuten/Einheit | 20/Minuten/Einheit | 1\.000/Minute/Einheit |
Vorgänge auf der Ebene „Standard“
Die folgende Tabelle zeigt die erzwungenen Drosselungen für Vorgänge, die nur in Ebenen vom Typ „Standard“ verfügbar sind. Die Werte beziehen sich auf einen einzelnen Hub.
| Drosselung | Free und S1 | S2 | S3 |
|---|---|---|---|
| C2D-Sendevorgänge | 1,67 Sendevorgänge/Sek./Einheit (100 Nachrichten/Min./Einheit) | 1,67 Sendevorgänge/Sek./Einheit (100 Sendevorgänge/Min./Einheit) | 83,33 Sendevorgänge/Sek./Einheit (5.000 Sendevorgänge/Min./Einheit) |
| C2D-Empfangsvorgänge (nur bei Verwendung von HTTPS durch das Gerät) |
16,67 Empfangsvorgänge/Sek./Einheit (1.000 Empfangsvorgänge/Min./Einheit) | 16,67 Empfangsvorgänge/Sek./Einheit (1.000 Empfangsvorgänge/Min./Einheit) | 833,33 Empfangsvorgänge/Sek./Einheit (50.000 Empfangsvorgänge/Min./Einheit) |
| Direkte Methoden | 160 KB/s/Einheit1 | 480 KB/s/Einheit1 | 24 MB/s/Einheit1 |
| Zwillingslesevorgänge (Gerät und Modul) | 100/s | 100/s oder 10/s/Einheit – je nachdem, was höher ist | 500/s/Einheit |
| Zwillingsupdates (Gerät und Modul) | 50/s | 50/s oder 5/s/Einheit – je nachdem, was höher ist | 250/s/Einheit |
| Auftragsvorgänge (Erstellen, Aktualisieren, Auflisten, Löschen) |
1,67/Sekunde/Einheit (100/Minute/Einheit) | 1,67/Sekunde/Einheit (100/Minute/Einheit) | 83,33/Sekunde/Einheit (5.000/Minute/Einheit) |
| Auftragsgerätevorgänge (Gerätezwilling aktualisieren, direkte Methode aufrufen) |
10/Sekunde | 10/Sekunde oder 1/Sekunde/Einheit – je nachdem, was höher ist | 50/Sekunde/Einheit |
| Konfigurationen und Edgebereitstellungen (Erstellen, Aktualisieren, Auflisten, Löschen) |
0,33/Sek./Einheit (20/Min./Einheit) | 0,33/Sek./Einheit (20/Min./Einheit) | 0,33/Sek./Einheit (20/Min./Einheit) |
| Initiierungsrate für Gerätestream | 5 neue Streams/Sekunde | 5 neue Streams/Sekunde | 5 neue Streams/Sekunde |
| Maximale Anzahl der gleichzeitig verbundenen Gerätestreams | 50 | 50 | 50 |
| Maximale Datenübertragung bei Gerätestreams (aggregiertes Volumen pro Tag) | 300MB | 300MB | 300MB |
1 Die Größe der Verbrauchseinheit für die Drosselung beträgt 4 KB. Die Drosselung basiert ausschließlich auf der Größe der Anforderungsnutzdaten.
Details zur Drosselung
Die Größe der Verbrauchseinheit bestimmt, in welchen Inkrementen Ihr Drosselungslimit beansprucht wird. Wenn die Nutzlast des direkten Aufrufs zwischen 0 KB und 4 KB liegt, wird sie als 4 KB gezählt. Pro Sekunde und Einheit können bis zu 40 Aufrufe ausgeführt werden, bevor das Limit von 160 KB/Sek./Einheit erreicht wird.
Analog dazu gilt: Wenn Ihre Nutzlast zwischen 4 KB und 8 KB liegt, wird jeder Aufruf mit 8 KB gezählt, und Sie können bis zu 20 Aufrufe pro Sekunde und Einheit ausführen, bis die Obergrenze erreicht wird.
Bei einer Nutzlastgröße zwischen 156 KB und 160 KB wird das Limit von 160 KB/Sek./Einheit in Ihrem Hub nach bereits einem einzelnen Aufruf pro Sekunde und Einheit erreicht.
Bei Auftragsgerätevorgängen (Gerätezwilling aktualisieren, direkte Methode aufrufen) für den Tarif S3 gilt der Grenzwert von 50/Sek./Einheit nur, wenn Sie Methoden unter Verwendung von Aufträgen aufrufen. Wenn Sie direkte Methoden direkt aufrufen, gilt das ursprüngliche Drosselungslimit von 24 MB/Sek./Einheit (für S3).
Ihre Cloud-zu-Gerät- und Gerät-zu-Cloud-Drosselung bestimmt die maximale Rate, mit der Sie Nachrichten senden können (unabhängig von 4-KB-Blöcken). Gerät-zu-Cloud-Nachrichten können bis zu 256 KB groß sein. Cloud-zu-Gerät-Nachrichten können bis zu 64 KB groß sein. Dies sind die maximalen Nachrichtengrößen für jeden Nachrichtentyp.
Traffic-Shaping
Damit Burstdatenverkehr verarbeitet werden kann, akzeptiert IoT Hub eine begrenzte Zeit lang Anforderungen oberhalb des Drosselungslimits. Die ersten paar dieser Anforderungen werden sofort verarbeitet. Wenn aber die Anzahl der Anforderungen weiterhin das Drosselungslimit überschreitet, beginnt IoT Hub damit, die Anforderungen in eine Warteschlange zu verschieben. Dort werden die Anforderungen mit der begrenzten Rate verarbeitet. Dieser Effekt wird als Traffic-Shaping bezeichnet. Außerdem ist die Größe der Warteschlange begrenzt. Wenn das Drosselungslimit weiterhin überschritten wird, ist die Warteschlange irgendwann voll, und IoT Hub beginnt damit, Anforderungen mit 429 ThrottlingException abzulehnen.
Ein Beispiel: Sie senden 200 Gerät-zu-Cloud-Nachrichten pro Sekunde an Ihren IoT Hub-Dienst mit dem Tarif S1 (für den ein Grenzwert von 100 Gerät-zu-Cloud-Nachrichten/Sekunde gilt). Während der ersten ein oder zwei Minuten werden die Nachrichten sofort verarbeitet. Da das Gerät aber weiterhin mehr Nachrichten versendet, als das Drosselungslimit erlaubt, beginnt der IoT Hub-Dienst damit, nur noch 100 Nachrichten pro Sekunde zu verarbeiten und verschiebt den Rest in eine Warteschlange. Ab da werden Sie eine erhöhte Wartezeit feststellen können. Wenn die Warteschlange sich füllt, wird 429 ThrottlingException zurückgegeben, und die IoT Hub-Metrik „Anzahl der Drosselungsfehler“ beginnt zu steigen. Informationen zum Erstellen von Warnungen und Diagrammen basierend auf Metriken finden Sie unter Überwachen von IoT Hub.
Drosselung von Identitätsregistrierungsvorgängen
Geräteidentitätsregistrierungsvorgänge sind für die Verwendung zur Laufzeit in Szenarios für die Geräteverwaltung und -bereitstellung vorgesehen. Das Lesen oder Aktualisieren einer großen Anzahl von Geräteidentitäten wird durch Import-/Exportaufträge unterstützt.
Bei Identitätsvorgängen durch Massenregistrierungs-Aktualisierungsvorgänge (nicht Massenimport- und Massenexportaufträge) gelten dieselben Drosselungsgrenzwerte. Wenn Sie z. B. mehrere Massenvorgänge zum Erstellen von jeweils 50 Geräten übermitteln und über eine IoT Hub-Instanz mit dem Tarif S1 mit einer Einheit verfügen, werden nur zwei dieser Massenanforderungen pro Minute akzeptiert. Grund für diesen Grenzwert: Die Identitätsvorgangsdrosselung für eine IoT Hub-Instanz mit dem Tarif S1 mit einer Einheit beträgt 100/Minute/Einheit. Außerdem würde in diesem Fall eine dritte (und weitere) Anforderung in derselben Minute abgelehnt werden, da der Grenzwert erreicht wurde.
Drosselung von Geräteverbindungen
Die Drosselung der Geräteverbindungen bestimmt die Rate, mit der neue Geräteverbindungen mit einem IoT Hub hergestellt werden können. Die Drosselung der Geräteverbindungen bezieht sich nicht auf die maximale Anzahl gleichzeitig verbundener Geräte. Erhöhen Sie die Anzahl der Einheiten in einem IoT-Hub, um die Rate der Geräteverbindungen zu erhöhen.
Wenn Sie beispielsweise eine S1-Einheit erwerben, erhalten Sie eine Drosselung von 100 Verbindungen pro Sekunde. Darum dauert das Herstellen einer Verbindung mit 100.000 Geräten mindestens 1.000 Sekunden (also etwa 16 Minuten). Es können jedoch so viele Geräte gleichzeitig verbunden sein, wie in der Identitätsregistrierung registriert sind (bis zu 1.000.000).
Andere Limits
IoT Hub erzwingt andere Funktionsbegrenzungen:
| Vorgang | Begrenzung |
|---|---|
| Geräte- und Modulidentitäten | Die Gesamtzahl von Geräten und Modulen, die bei einem einzelnen IoT-Hub registriert werden können, ist auf 1 Mio. begrenzt. |
| Dateiuploads | Zehn gleichzeitige Dateiuploads pro Gerät. |
| Aufträge1 | Maximale Anzahl gleichzeitiger Aufträge: 1 (für Free und S1), 5 (für S2), 10 (für S3). Bei allen Tarifen kann jedoch für Geräte immer nur ein Import-/Exportauftrag nach dem anderen ausgeführt werden. Der Auftragsverlauf wird bis zu 30 Tage lang gespeichert. |
| Zusätzliche Endpunkte | Hubs mit der Basic- oder Standard-SKU können zehn zusätzliche Endpunkte haben. Hubs mit der Free-SKU haben möglicherweise einen zusätzlichen Endpunkt. |
| Abfragen der Nachrichtenweiterleitung | Hubs mit der Basic- oder Standard-SKU können 100 Routingabfragen enthalten. Hubs mit der Free-SKU können bis zu fünf Routingabfragen enthalten. |
| Nachrichtenergänzungen | Hubs mit der Basic- oder Standard-SKU können bis zu zehn Nachrichtenanreicherungen enthalten. Hubs mit der Free-SKU können bis zu zwei Nachrichtenanreicherungen enthalten. |
| Nachrichten, die von Geräten an die Cloud gesendet werden | Maximale Nachrichtengröße 256 KB |
| Cloud-zu-Gerät-Messaging1 | Maximale Nachrichtengröße 64KB. Die maximale Anzahl ausstehender Nachrichten für die Übermittlung ist 50 pro Gerät. |
| Direkte Methode1 | Die maximale Nutzdatengröße bei der direkten Methode beträgt 128 KB für die Anforderung und 128 KB für die Antwort. |
| Automatische Geräte- und Modulkonfigurationen1 | 100 Konfigurationen pro Hub mit Basic- oder Standard-SKU. 10 Konfigurationen pro kostenlosem SKU-Hub. |
| Automatische IoT Edge-Bereitstellungen1 | 50 Module pro Bereitstellung 100 Bereitstellungen (einschließlich geschichteter Bereitstellungen) pro Hub mit Basic- oder Standard-SKU. 10 Bereitstellungen pro kostenfreiem SKU-Hub. |
| Zwillinge1 | Die maximale Größe der Abschnitte für gewünschte Eigenschaften und gemeldete Eigenschaften beträgt jeweils 32 KB. Die maximale Größe des Tagabschnitts beträgt 8 KB. Die maximale Größe jeder einzelnen Eigenschaft in jedem Abschnitt beträgt 4 KB. |
| Freigegebene Zugriffsrichtlinien | Die maximale Anzahl von SAS-Richtlinien beträgt 16. Innerhalb dieses Grenzwerts liegt die maximale Anzahl von SAS-Richtlinien, die Dienstverbindungszugriff gewähren, bei „10“. |
| Beschränken des ausgehenden Netzwerkzugriffs | Die maximale Anzahl von zulässigen FQDNs beträgt 20. |
| X.509-Zertifizierungsstellenzertifikate | Die maximale Anzahl von X.509-Zertifizierungsstellenzertifikaten, die bei IoT Hub registriert werden können, beträgt 25. |
1 Dieses Feature ist im Tarif „Basic“ von IoT Hub nicht verfügbar. Weitere Informationen finden Sie unter Wählen des richtigen IoT Hub-Tarifs für Ihre Lösung.
Erhöhung des Kontingents oder des Drosselungsgrenzwerts
Sie können die Kontingente oder Drosselungsgrenzwerte jederzeit erhöhen, indem Sie die Anzahl von bereitgestellten Einheiten in einem IoT-Hub erhöhen.
Latency
IoT Hub sorgt bei allen Vorgängen für eine möglichst niedrige Latenz. Abhängig von den Netzwerkbedingungen und aufgrund weiterer unvorhersehbarer Faktoren kann eine bestimmte Wartezeit jedoch nicht garantiert werden. Beim Entwerfen Ihrer Lösung sollten Sie Folgendes beachten:
- Treffen Sie keine Annahmen über die maximale Wartezeit von IoT Hub-Vorgängen.
- Stellen Sie Ihren IoT Hub in der Azure-Region in möglichst geringer Entfernung zu Ihren Geräten bereit.
- Erwägen Sie den Einsatz von Azure IoT Edge, um Vorgänge, für die die Wartezeit von Bedeutung ist, auf dem Gerät oder auf einem Gateway in der Nähe des Geräts auszuführen.
Das Hinzufügen von IoT Hub-Einheiten wirkt sich wie zuvor beschrieben auf die Drosselung aus, bietet jedoch keine zusätzlichen Vorteile oder Garantien in Bezug auf die Wartezeit.
Wenden Sie sich im Falle eines unerwarteten Anstiegs der Vorgangslatenz an den Microsoft-Support.