Quota en beperkingen voor IoT Hub
In dit artikel worden de limieten uitgelegd die van toepassing zijn op IoT Hub-resources.
Elk Azure-abonnement kan maximaal 50 IoT-hubs hebben en maximaal 1 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 of kies de juiste IoT Hub-laag voor uw oplossing voor meer informatie.
U vindt de quotumlimiet van uw hub in Azure Portal. Op de overzichtspagina van uw IoT-hub wordt het quotum voor dagelijkse berichten vermeld. U kunt deze limiet ook bekijken en aanpassen in prijzen en schaal van hubinstellingen>.
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 per 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 Standaardlaag
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/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 |
| 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 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) |
| Query's | 20/min/eenheid | 20/min/eenheid | 1000/min/eenheid |
Bewerkingen in de standaardlaag
In de volgende tabel ziet u de afgedwongen beperkingen voor bewerkingen die alleen beschikbaar zijn in standaardlagen. 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 (5000 verzendbewerkingen/min/eenheid) |
| Cloud-naar-apparaat ontvangt (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 |
| Leesbewerkingen voor dubbel (apparaat en module) | 100/sec | Hoger dan 100/sec of 10/sec/eenheid | 500/sec/eenheid |
| Updates voor dubbel (apparaat en module) | 50/sec | Hoger dan 50/sec of 5/sec/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) |
| Apparaatbewerkingen voor taken (dubbel bijwerken, directe methode aanroepen) |
10/sec | Hoger dan 10/sec of 1/sec/eenheid | 50/sec/eenheid |
| Configuraties en edge-implementaties (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) |
| 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 voor apparaatstreams (geaggregeerd volume per dag) | 300 MB | 300 MB | 300 MB |
De grootte van 1 beperkingsmeter 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, 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 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 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 het "Aantal beperkingsfouten" ioT-hub-metrische gegevens 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.
Dezelfde beperkingslimieten gelden voor identiteitsbewerkingen die worden uitgevoerd via bulksgewijs bijwerkbewerkingen (niet bulksgewijs 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 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 heeft geen betrekking op het maximum aantal gelijktijdig verbonden apparaten. Maak 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 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 (maximaal 1.000.000).
Andere limieten
IoT Hub dwingt andere operationele limieten af:
| Operation | Limiet |
|---|---|
| Apparaat- en module-id's | 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 | Basic- en standaard-SKU-hubs kunnen 10 extra eindpunten hebben. Gratis SKU-hubs kunnen één extra eindpunt hebben. |
| 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 berichten dat in behandeling is 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. |
1 Deze functie is niet beschikbaar in de basic-laag van IoT Hub. Zie De juiste IoT Hub kiezen voor 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 is van invloed op beperking 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.
Feedback
Binnenkort: Gedurende 2024 worden GitHub Issues uitgefaseerd als het feedbackmechanisme voor inhoud. Dit wordt vervangen door een nieuw feedbacksysteem. Ga voor meer informatie naar: https://aka.ms/ContentUserFeedback.
Feedback verzenden en bekijken voor