Quota en beperkingen voor IoT Hub
In dit artikel worden de quota voor een IoT-hub uitgelegd en vindt u informatie over hoe beperking werkt.
Elk Azure-abonnement kan maximaal 50 IoT-hubs en maximaal 1 gratis hub hebben.
Elke IoT-hub wordt ingericht met eenheden in een specifieke laag. De laag en het aantal eenheden bepalen het maximale dagelijkse quotum van berichten die u per dag in uw hub kunt verzenden. 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 of [Kies de juiste IoT Hub-laag voor uw oplossing] voor meer informatie.
U vindt de quotumlimiet van uw hub onder de kolom Totaal aantal berichten /dag op de pagina met ioT Hub-prijzen in Azure Portal.
De laag bepaalt ook de beperkingslimieten die ioT Hub afdwingt voor alle bewerkingen.
Bewerkingsbeperkingen
Bewerkingsbeperkingen zijn frequentiebeperkingen die worden toegepast in minutenbereiken en zijn bedoeld om misbruik te voorkomen. Ze zijn ook onderhevig aan het vormgeven van verkeer.
Het is een goede gewoonte om uw aanroepen te beperken, zodat u de beperkingslimieten niet bereikt/overschrijdt. Als u de limiet bereikt, reageert IoT Hub met foutcode 429 en moet de client opnieuw proberen. Deze limieten zijn per hub (of in sommige gevallen per hub/eenheid). Zie Patronen voor opnieuw proberen voor meer informatie.
Zie factureringsgegevens voor meer informatie over welke bewerkingen in rekening worden gebracht en onder welke omstandigheden.
Bewerkingen in de Basic- en Standard-laag
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.
| Vertragen | Gratis, B1 en S1 | B2 en S2 | B3 en S3 |
|---|---|---|---|
| Bewerkingen voor identiteitsregisters (maken, ophalen, weergeven, bijwerken, verwijderen) | 1,67 per seconde per eenheid (100/min/eenheid) | 1,67 per seconde per eenheid (100/min/eenheid) | 83,33 per seconde per eenheid (5.000/min/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 | 6.000 nieuwe verbindingen per seconde/eenheid |
| Apparaat-naar-cloud verzendt | 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/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 (5.000/min/eenheid) |
| Query's | 20/min/eenheid | 20/min/eenheid | 1000/min/eenheid |
Bewerkingen in de Standard-laag
In de volgende tabel ziet u de afgedwongen beperkingen voor bewerkingen die alleen beschikbaar zijn in standard-lagen. Waarden verwijzen naar een afzonderlijke hub.
| Vertragen | 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 (5.000 verzendbewerkingen/min/eenheid) |
| Cloud-naar-apparaat ontvangt (alleen wanneer het apparaat HTTPS gebruikt) |
16,67 ontvangstbewerkingen per seconde per eenheid (1.000 ontvangstbewerkingen/min/eenheid) | 16,67 ontvangstbewerkingen per seconde per eenheid (1.000 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 |
| Leesbewerkingen voor dubbels (apparaat en module) | 100 per seconde | Hoger van 100 per seconde of 10 per seconde per eenheid | 500 per seconde per eenheid |
| Updates voor dubbels (apparaat en module) | 50 per seconde | Hoger van 50 per seconde of 5 per seconde per eenheid | 250 per seconde per eenheid |
| Takenbewerkingen (maken, bijwerken, weergeven, verwijderen) |
1,67 per seconde per eenheid (100/min/eenheid) | 1,67 per seconde per eenheid (100/min/eenheid) | 83,33 per seconde per eenheid (5.000/min/eenheid) |
| Apparaatbewerkingen voor taken (dubbel bijwerken, directe methode aanroepen) |
10 per seconde | Hoger van 10 per seconde of 1 per seconde per eenheid | 50 per seconde per eenheid |
| Configuraties en edge-implementaties (maken, bijwerken, weergeven, verwijderen) |
0,33 per seconde per eenheid (20/min/eenheid) | 0,33 per seconde per eenheid (20/min/eenheid) | 0,33 per seconde per eenheid (20/min/eenheid) |
| Initiatiesnelheid voor apparaatstreams | 5 nieuwe streams per seconde | 5 nieuwe streams per seconde | 5 nieuwe streams per seconde |
| Maximumaantal gelijktijdig verbonden apparaatstreams | 50 | 50 | 50 |
| Maximale gegevensoverdracht van apparaatstreams (geaggregeerd volume per dag) | 300 MB | 300 MB | 300 MB |
De grootte van 1beperkingsmeter is 4 kB. Beperking is alleen gebaseerd op de grootte van de nettolading van de aanvraag.
Details van beperking
De metergrootte bepaalt in welke stappen uw beperkingslimiet wordt verbruikt. Als de nettolading van uw directe aanroep tussen 0 kB en 4 kB ligt, wordt deze geteld 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 nettolading tussen 4 kB en 8 kB ligt, wordt elke aanroepaccount voor 8 kB en kunt u maximaal 20 aanroepen per seconde per eenheid maken voordat u de maximale limiet bereikt.
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 taakapparaatbewerkingen (updatedubbel, directe methode aanroepen) voor laag S3, 50 per seconde/eenheid geldt alleen wanneer u methoden aanroept met behulp van taken. 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 4 kB-segmenten. Apparaat-naar-cloud-berichten kunnen maximaal 256 kB zijn; cloud-naar-apparaat-berichten kunnen maximaal 64 kB zijn. Dit zijn de maximale berichtgrootten voor elk type bericht.
Verkeersvorming
Om burst-verkeer mogelijk te maken, accepteert IoT Hub aanvragen boven de vertraging 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 gebruikt bijvoorbeeld een gesimuleerd apparaat om 200 apparaat-naar-cloud-berichten per seconde naar uw S1 IoT Hub te verzenden (met een limiet van 100 per seconde per apparaat naar cloud). Voor 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 ziet een verhoogde latentie. Uiteindelijk begint u aan de slag te gaan 429 ThrottlingException wanneer de wachtrij vol raakt en begint het metrische ioT Hub-metrische gegeven 'Aantal beperkingsfouten' te toenemen. Zie IoT Hub bewaken voor meer informatie over het maken van waarschuwingen en grafieken op basis van metrische gegevens.
Beperking van 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.
Bij het initiëren van identiteitsbewerkingen via bulkregistratiebewerkingen (geen bulkimport- en exporttaken), gelden dezelfde beperkingslimieten. Als u bijvoorbeeld bulkbewerkingen wilt verzenden om 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 identiteitsbewerking voor een S1 IoT Hub met één eenheid 100/min/eenheid is. In dit geval wordt ook een derde aanvraag (en hoger) in dezelfde minuut geweigerd omdat de limiet is bereikt.
Beperking van apparaatverbindingen
De beperking van apparaatverbindingen bepaalt de snelheid waarmee nieuwe apparaatverbindingen tot stand kunnen worden gebracht met een IoT-hub. De beperking van apparaatverbindingen bepaalt niet het maximum aantal gelijktijdig verbonden apparaten. De snelheidsbeperking voor apparaatverbindingen is afhankelijk van het aantal eenheden dat is ingericht voor de IoT-hub.
Als u bijvoorbeeld één S1-eenheid koopt, krijgt u een vertraging 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.
Andere limieten
IoT Hub dwingt andere operationele limieten af:
| Operation | Limiet |
|---|---|
| Apparaten | 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. |
| Aanvullende eindpunten | Basis- en standaard-SKU-hubs kunnen 10 extra eindpunten hebben. Gratis SKU-hubs hebben mogelijk één extra eindpunt. |
| Query's voor berichtroutering | Basic- en standaard-SKU-hubs kunnen 100 routeringsquery's hebben. Gratis SKU-hubs kunnen vijf routeringsquery's hebben. |
| Berichtverrijkingen | Basic- en standaard-SKU-hubs kunnen maximaal 10 berichtverrijkingen hebben. Gratis SKU-hubs kunnen maximaal twee berichtverrijkingen hebben. |
| Apparaat-naar-cloud-berichten | Maximale berichtgrootte van 256 kB |
| Cloud-naar-apparaat-berichten1 | Maximale berichtgrootte van 64 kB. Het maximum aantal in behandeling zijnde berichten voor 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 basic- of standaard-SKU-hub. 10 configuraties per gratis SKU-hub. |
| Automatische implementatiesvan IoT Edge 1 | 50 modules per implementatie. 100 implementaties (inclusief gelaagde implementaties) per basic- of standaard-SKU-hub. 10 implementaties per gratis SKU-hub. |
| 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. |
1Deze functie is niet beschikbaar in de basic-laag van IoT Hub. Zie De juiste IoT Hub kiezen voor meer informatie.
De quotum- of 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 veronderstellingen 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.
Meerdere IoT Hub-eenheden zijn van invloed op beperking zoals eerder beschreven, maar bieden geen extra latentievoordelen of garanties.
Neem contact op met Microsoft Ondersteuning als u onverwachte toenamen in de latentie van de bewerking ziet.
Volgende stappen
Zie het blogbericht IoT Hub-beperking en u voor een uitgebreide bespreking van het gedrag van IoT Hub-beperking.