Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
In dit artikel worden de limieten uitgelegd die van toepassing zijn op IoT Hub-resources.
Quota voor lagen en eenheden
Er zijn zeven typen lagen voor IoT Hub: Free, Basic (B1, B2, B3) en Standard (S1, S2, S3). De gratis laag is bedoeld voor testen en evalueren. De Basic- en Standard-lagen zijn bedoeld voor productiegebruik. Zie De juiste IoT Hub-laag en de juiste grootte voor uw oplossing kiezen voor meer informatie over de verschillen tussen de lagen.
Elk Azure-abonnement kan maximaal 50 IoT-hubs hebben en maximaal één hub in de gratis laag.
Elke IoT-hub wordt ingericht met eenheden in een specifieke laag. De laag en het aantal eenheden bepalen het maximale dagelijkse quotum van berichten. De berichtgrootte die wordt gebruikt om het dagelijkse quotum te berekenen, is 0,5 kB voor een hub met een gratis laag en 4 kB voor alle andere lagen. Zie prijzen voor Azure IoT Hub voor meer informatie. De laag bepaalt ook de throttlinglimieten die IoT Hub afdwingt voor alle bewerkingen.
Uw quotumlimiet weergeven
U vindt de quotumlimiet van uw hub in Azure Portal.
- Navigeer naar uw IoT-hub in Azure Portal.
- Selecteer de pagina Overzicht . Op de pagina Overzicht wordt de limiet voor dagelijks berichten vermeld.
- U kunt de dagelijkse berichtlimiet bekijken en aanpassen in deprijzen en schaal van >.
Bewerkingsbeperkingen
Operationele beperkingen zijn snelheidsbeperkingen die per minuut worden toegepast en, zijn bedoeld om misbruik te voorkomen. Ze zijn ook onderhevig aan verkeerbeheer.
Het is een goede gewoonte om uw aanroepen te beperken, zodat u de beperkingslimieten niet bereikt of overschrijdt. Als u de limiet bereikt, reageert IoT Hub met error code 429en moet de client een back-off maken en het opnieuw proberen. Deze limieten zijn per hub (of in sommige gevallen per hub per eenheid). Zie Patronen voor opnieuw proberen voor meer informatie.
Zie de factureringsgegevens van Azure IoT Hub voor meer informatie over welke bewerkingen in rekening worden gebracht en onder welke omstandigheden.
Basis- en standaardlaagbewerkingen
In de volgende tabel ziet u de afgedwongen beperkingen voor bewerkingen die beschikbaar zijn in alle IoT-hub-lagen. Waarden verwijzen naar een afzonderlijke hub.
Belangrijk
Azure Device Registry en certificaatbeheer zijn alleen beschikbaar in de gratis en S1-lagen.
| Regelen | Gratis, B1 en S1 | B2 en S2 | B3 en S3 |
|---|---|---|---|
| Bewerkingen voor identiteitsregisters (maken, ophalen, weergeven, bijwerken, verwijderen) | 1,67/sec/eenheid(100/min/eenheid) | 1,67/sec/eenheid(100/min/eenheid) | 83,33 per seconde per eenheid (5000 per minuut per eenheid) |
| Nieuwe apparaatverbindingen (deze limiet geldt voor de frequentie van nieuwe verbindingen, niet het totale aantal verbindingen) | Hoger van 100 per seconde of 12 per seconde per eenheid Twee S1-eenheden zijn bijvoorbeeld 2*12 = 24 nieuwe verbindingen per seconde, maar u hebt ten minste 100 nieuwe verbindingen per seconde in uw eenheden. Met negen S1-eenheden hebt u 108 nieuwe verbindingen per seconde (9*12) in uw eenheden. |
120 nieuwe verbindingen per seconde per eenheid | 6000 nieuwe verbindingen per seconde per eenheid |
| Verstuurt van apparaat naar cloud | Hoger van 100 verzendbewerkingen per seconde of 12 verzendbewerkingen per seconde/eenheid Twee S1-eenheden zijn bijvoorbeeld 2*12 = 24 per seconde, maar u hebt ten minste 100 verzendbewerkingen per seconde over uw eenheden. Met negen S1-eenheden hebt u 108 verzendbewerkingen per seconde (9*12) in uw eenheden. |
120 verzendbewerkingen per seconde per eenheid | 6000 verzendbewerkingen per seconde per eenheid |
| Bestandsupload | 1,67 bestandsuploadinitiaties per seconde per eenheid (100/min/eenheid) | 1,67 bestandsuploadinitiaties per seconde per eenheid (100/min/eenheid) | 83,33 bestandsuploadinitiaties per seconde per eenheid (5000/min/eenheid) |
| Queries | 20/min/eenheid | 20/min/per eenheid | 1000/min/eenheid |
Bewerkingen in de standaardlaag
In de volgende tabel ziet u de opgelegde begrenzingen voor bewerkingen die alleen beschikbaar zijn in standaardniveaus. Waarden verwijzen naar een afzonderlijke hub.
Belangrijk
Azure Device Registry en certificaatbeheer zijn alleen beschikbaar in de gratis en S1-lagen.
| Beperken | Gratis en S1 | S2 | S3 |
|---|---|---|---|
| Cloud-naar-apparaat verzendt | 1,67 verzendbewerkingen per seconde per eenheid (100 berichten/min/eenheid) | 1,67 verzendbewerkingen per seconde per eenheid (100 verzendbewerkingen/min/eenheid) | 83,33 verzendbewerkingen per seconde per eenheid (5000 verzendbewerkingen/min/eenheid) |
| Ontvangst van cloud-naar-apparaat (alleen wanneer het apparaat HTTPS gebruikt) |
16,67 ontvangstbewerkingen per seconde per eenheid (1000 ontvangstbewerkingen/min/eenheid) | 16,67 ontvangstbewerkingen per seconde per eenheid (1000 ontvangstbewerkingen/min/eenheid) | 833,33 ontvangstbewerkingen per seconde per eenheid (50.000 ontvangstbewerkingen/min/eenheid) |
| Directe methoden | 160 kB per seconde per eenheid1 | 480 kB per seconde per eenheid1 | 24 MB per seconde per eenheid1 |
| Twin-lezingen (apparaat en module) | 100 per seconde | Het hogere van 100/sec of 10/sec/eenheid | 500/sec/eenheid |
| Updates van tweelings (apparaat en module) | 50 per seconde | Hoger dan 50 per seconde of 5 per seconde per eenheid | 250/sec/eenheid |
| Takenbewerkingen (maken, bijwerken, weergeven, verwijderen) |
1,67/sec/eenheid(100/min/eenheid) | 1,67/sec/eenheid(100/min/eenheid) | 83,33 per seconde per eenheid (5000 per minuut per eenheid) |
| Taken voor apparaatbewerkingen (twin bijwerken, directe methode aanroepen) |
10 per seconde | De hoogste van 10/sec of 1/sec/eenheid | 50/sec/eenheid |
| Configuraties en implementaties aan de rand (maken, bijwerken, weergeven, verwijderen) |
0,33/sec/eenheid (20/min/eenheid) | 0,33/sec/eenheid (20/min/eenheid) | 0,33/sec/eenheid (20/min/eenheid) |
| Starttempo van apparaatstromen | 5 nieuwe streams per seconde | 5 nieuwe streams per seconde | 5 nieuwe streams per seconde |
| Maximaal aantal gelijktijdig verbonden apparatenstromen | 50 | 50 | 50 |
| Maximale gegevensoverdracht voor apparaatstreams (geaggregeerd volume per dag) | 300 MB | 300 MB | 300 MB |
1 De grootte van de throttling-meter is 4 KB. Limitering is uitsluitend gebaseerd op de grootte van de verzoekbelasting.
Details van snelheidsbeperking
De metergrootte bepaalt in welke stappen uw limiet voor throttling wordt uitgeput. Als de nettolading van uw directe aanroep tussen 0 kB en 4 kB ligt, telt deze als 4 kB. U kunt maximaal 40 aanroepen per seconde per eenheid maken voordat u de limiet van 160 kB per seconde per eenheid bereikt.
Als uw payload tussen 4 kB en 8 kB ligt, rekent elke aanroep als 8 kB en kunt u maximaal 20 aanroepen per seconde per eenheid uitvoeren voordat de maximale limiet bereikt is.
Als de grootte van uw nettolading tussen 156 kB en 160 kB ligt, kunt u slechts één aanroep per seconde per eenheid in uw hub uitvoeren voordat u de limiet van 160 kB per seconde per eenheid bereikt.
Voor apparaatbewerkingen in taken (tweeling bijwerken, directe methode aanroepen) voor laag S3 geldt 50 per seconde/eenheid alleen wanneer u methoden via taken aanroept. Als u directe methoden rechtstreeks aanroept, is de oorspronkelijke beperkingslimiet van 24 MB per seconde/eenheid (voor S3) van toepassing.
Uw cloud-naar-apparaat- en apparaat-naar-cloud-beperkingen bepalen de maximale snelheid waarmee u berichten kunt verzenden, ongeacht segmenten van 4 kB. Apparaat-naar-cloud-berichten kunnen maximaal 256 kB zijn; cloud-naar-apparaat-berichten kunnen maximaal 64 kB zijn. Deze grootten zijn de maximale berichtgrootten voor elk type bericht.
Verkeersvorming
Om burst-verkeer mogelijk te maken, accepteert IoT Hub aanvragen boven de limiet gedurende een beperkte tijd. De eerste paar van deze aanvragen worden onmiddellijk verwerkt. Als het aantal aanvragen echter de beperking blijft schenden, begint IoT Hub met het plaatsen van de aanvragen in een wachtrij en worden aanvragen verwerkt met de limietsnelheid. Dit effect wordt het vormgeven van verkeer genoemd. Bovendien is de grootte van deze wachtrij beperkt. Als de vertragingsfout zich blijft voordoen, vult de wachtrij uiteindelijk vol en begint IoT Hub met het weigeren van aanvragen met 429 ThrottlingException.
U verzendt bijvoorbeeld 200 apparaat-naar-cloud-berichten per seconde naar uw S1 IoT-hub (met een limiet van 100 berichten per seconde). In de eerste minuut of twee worden de berichten onmiddellijk verwerkt. Omdat het apparaat echter meer berichten blijft verzenden dan de beperkingslimiet, begint IoT-hub slechts 100 berichten per seconde te verwerken en wordt de rest in een wachtrij geplaatst. U begint een toegenomen wachttijd te zien. Uiteindelijk begint u 429 ThrottlingException te krijgen wanneer de wachtrij vol raakt en begint de "Aantal besnoeïngsfouten" IoT-Hub-metriek toe te nemen. Zie Azure IoT Hub bewaken voor meer informatie over het maken van waarschuwingen en grafieken op basis van metrische gegevens.
Beperkingsmechanisme voor identiteitsregisterbewerkingen
Registerbewerkingen voor apparaatidentiteiten zijn bedoeld voor runtimegebruik in scenario's voor apparaatbeheer en inrichting. Het lezen of bijwerken van een groot aantal apparaat-id's wordt ondersteund via import- en exporttaken.
Dezelfde beperkingslimieten gelden voor identiteitsbewerkingen die worden uitgevoerd via bulkgewijze registerbijwerkingsoperaties (niet bulkgewijs importeren en exporteren). Als u bijvoorbeeld meerdere bulkbewerkingen verzendt om elk 50 apparaten te maken en u een S1 IoT-hub met één eenheid hebt, worden slechts twee van deze bulkaanvragen per minuut geaccepteerd. Deze beperking komt doordat de begrenzing voor identiteitsbewerkingen voor een S1 IoT-hub met een enkele eenheid 100/min/eenheid bedraagt. In dit geval wordt ook een derde aanvraag (en hoger) in dezelfde minuut afgewezen omdat de limiet is bereikt.
Versmallen van apparaatverbindingen
De regeling van apparaatverbindingen regelt de snelheid waarmee nieuwe apparaatverbindingen tot stand kunnen worden gebracht met een IoT hub. De beperking van apparaatverbindingen heeft geen betrekking op het maximale aantal gelijktijdig verbonden apparaten. Verhoog het aantal eenheden in een IoT-hub om de snelheid van de apparaatverbindingen te verhogen.
Als u bijvoorbeeld één S1-eenheid koopt, krijgt u een limiet van 100 verbindingen per seconde. Om 100.000 apparaten te verbinden, duurt het dus minstens 1000 seconden (ongeveer 16 minuten). U kunt echter zoveel gelijktijdig verbonden apparaten hebben als apparaten die zijn geregistreerd in uw identiteitsregister (maximaal 1.000.000).
Andere limieten
IoT Hub dwingt andere operationele limieten af:
| Operatie | Limiet |
|---|---|
| Apparaat- en module-identiteiten | Het totale aantal apparaten plus modules dat kan worden geregistreerd bij één IoT-hub is beperkt tot 1000.000. |
| Bestandsuploads | 10 gelijktijdige bestandsuploads per apparaat. |
| Taken1 | Maximum aantal gelijktijdige taken zijn 1 (gratis en S1), 5 (voor S2) en 10 (voor S3). Het maximum aantal gelijktijdige import-/exporttaken voor apparaten is echter 1 voor alle lagen. Taakgeschiedenis wordt maximaal 30 dagen bewaard. |
| Extra eindpunten | Hubs in de Basic- en Standard-laag kunnen 10 extra eindpunten hebben. Hubs in de gratis laag kunnen één extra eindpunt hebben. |
| Query's voor berichtroutering | Hubs in de Basic- en Standard-laag kunnen 100 routeringsquery's hebben. Hubs in het gratis niveau kunnen vijf routeringsqueries hebben. |
| Berichtverrijkingen | Hubs in de Basic- en Standard-laag kunnen maximaal 10 berichtverrijkingen hebben. Hubs in de gratis laag kunnen maximaal twee berichtverrijkingen hebben. |
| Apparaat-naar-cloud-communicatie | Maximale berichtgrootte van 256 kB |
| Cloud-naar-apparaat-berichten1 | Maximale berichtgrootte van 64 kB. Het maximum aantal berichten in afwachting van bezorging is 50 per apparaat. |
| Directe methode1 | De maximale nettoladinggrootte van de directe methode is 128 kB voor de aanvraag en 128 kB voor het antwoord. |
| Automatische apparaat- en moduleconfiguraties1 | 100 configuraties per basis- of standaardlaag-hub. 10 configuraties per hub in de gratis laag. |
| Automatische implementaties van IoT Edge1 | 50 modules per implementatie. 100 implementaties (inclusief gelaagde implementaties) per basic- of standard-laaghub. 10 implementaties per hub in de gratis laag. |
| Tweelingen1 | De maximale grootte van de gewenste eigenschappen en gerapporteerde eigenschappensecties zijn elk 32 kB. De maximale grootte van de sectie tags is 8 kB. De maximale grootte van elke afzonderlijke eigenschap in elke sectie is 4 kB. |
| Gedeeld toegangsbeleid | Het maximum aantal gedeelde toegangsbeleidsregels is 16. Binnen deze limiet is het maximum aantal beleid voor gedeelde toegang dat service connect-toegang verleent 10. |
| Uitgaande netwerktoegang beperken | Het maximum aantal toegestane FQDN's is 20. |
| x509 CA-certificaten | Het maximum aantal x509 CA-certificaten dat kan worden geregistreerd op IoT Hub is 25. |
1 Deze functie is niet beschikbaar in de basic-laag van IoT Hub. Zie De juiste IoT Hub-laag en -grootte kiezen voor uw oplossingvoor meer informatie.
Het quotum of de beperkingslimiet verhogen
U kunt op elk gewenst moment quota verhogen of limieten beperken door het aantal ingerichte eenheden in een IoT-hub te verhogen.
Latentie
IoT Hub streeft ernaar om lage latentie te bieden voor alle bewerkingen. Vanwege netwerkomstandigheden en andere onvoorspelbare factoren kan het echter geen bepaalde latentie garanderen. Bij het ontwerpen van uw oplossing moet u het volgende doen:
- Vermijd aannames over de maximale latentie van een IoT Hub-bewerking.
- Richt uw IoT-hub in de Azure-regio het dichtst bij uw apparaten in.
- Overweeg om Azure IoT Edge te gebruiken om latentiegevoelige bewerkingen uit te voeren op het apparaat of op een gateway dicht bij het apparaat.
Het toevoegen van IoT Hub-eenheden beïnvloedt het limiteren zoals eerder beschreven, maar biedt geen extra latentievoordelen of garanties.
Neem contact op met Microsoft Ondersteuning als u onverwachte toenamen in de latentie van de bewerking ziet.