Factureringsgegevens voor Azure IoT Hub
Prijzen voor Azure IoT Hub bieden algemene informatie over verschillende SKU's en prijzen voor IoT Hub. Dit artikel bevat informatie over hoe de verschillende IoT Hub-functionaliteiten worden gemeten als berichten van IoT Hub.
Notitie
Sommige van de functies die in dit artikel worden genoemd, zoals cloud-naar-apparaat-berichten, apparaatdubbels en apparaatbeheer, zijn alleen beschikbaar in de standaardlaag van IoT Hub. Zie De juiste IoT Hub-laag voor uw oplossing kiezen voor meer informatie over de Basic- en Standard-/gratis IoT Hub-lagen.
Kosten per bewerking
Gebruik de volgende tabel om te bepalen welke bewerkingen in rekening worden gebracht. Alle factureerbare bewerkingen worden in rekening gebracht in 4K-byteblokken op IoT-hubs in de Basic- en Standard-laag. Bewerkingen worden gemeten in segmenten van 0,5K byte op ioT-hubs in de gratis laag. Details voor elke categorie worden opgegeven in de kolom Factureringsgegevens . Deze kolom bevat de volgende informatie:
- Details van hoe factureerbare bewerkingen worden gemeten op IoT-hubs in de Basic- en Standard-laag. Niet alle bewerkingen zijn beschikbaar in de basic-laag.
- De bewerkingen die leiden tot kosten, met een van de volgende opties:
- Een koppeling naar de REST API-documentatie als deze bestaat.
- Het bewerkingseindpunt als er geen REST API-documentatie beschikbaar is of als de bewerking alleen beschikbaar is via MQTT en/of AMQP. De eindpuntwaarde laat de toonaangevende verwijzing naar de IoT-doelhub weg;
{fully-qualified-iothubname}.azure-devices.net.
- Een of meer termen in cursief na elke bewerking (of eindpunt). Deze termen vertegenwoordigen factureerbare bewerkingen die in rekening worden gebracht tegen het quotum voor uw IoT-hub. Deze voorwaarden worden mogelijk weergegeven als onderdeel van een inzicht in quotumgebruik wanneer u een ondersteuningsaanvraag initieert in De Azure-portal. Ze kunnen ook worden geretourneerd door klantondersteuning. U kunt de onderstaande tabel gebruiken om deze termen kruislings te verwijzen naar de bijbehorende bewerking om inzicht te verkrijgen in het quotumgebruik en de facturering voor uw IoT-oplossing. Zie voorbeeld 4 voor meer informatie.
| Bewerkingscategorie | Factureringsgegevens |
|---|---|
| Bewerkingen voor identiteitsregisters (maken, bijwerken, ophalen, weergeven, verwijderen, bulkupdate, statistieken) |
Er worden geen kosten in rekening gebracht. |
| Apparaat-naar-cloud-berichten | Verzonden berichten worden in rekening gebracht in segmenten van 4 kB voor inkomend verkeer in IoT Hub. Een 100-bytebericht wordt bijvoorbeeld in rekening gebracht als één bericht en er worden 6 kB-berichten in rekening gebracht als twee berichten. Apparaatgebeurtenis verzenden: apparaat naar cloudtelemetrie of apparaat naar cloudtelemetrieroutering, afhankelijk van of de IoT-hub berichtrouteringsfuncties heeft geconfigureerd. |
| Cloud-naar-apparaat-berichten | Verzonden berichten worden in rekening gebracht in segmenten van 4 kB. Een bericht van 6 kB wordt bijvoorbeeld in rekening gebracht als twee berichten. Apparaatgebonden melding ontvangen: opdracht Cloud naar apparaat |
| Bestandsuploads | Bestandsoverdracht naar Azure Storage wordt niet gemeten door IoT Hub. Initiatie- en voltooiingsberichten voor bestandsoverdracht worden in rekening gebracht als een datalimiet van 4 kB. Het overdragen van een bestand van 10 MB wordt bijvoorbeeld in rekening gebracht als twee berichten naast de Azure Storage-kosten. Sas-URI voor het uploaden van bestanden maken: uploaden van apparaat naar cloudbestand Uploadstatus van bestand bijwerken: Uploaden van apparaat naar cloudbestand |
| Directe methoden | Geslaagde methodeaanvragen worden in rekening gebracht in segmenten van 4 kB en antwoorden worden in rekening gebracht in segmenten van 4 kB als extra berichten. Aanvragen of antwoorden zonder nettolading worden in rekening gebracht als één bericht. Een methode met een hoofdtekst van 4 kB die resulteert in een reactie zonder nettolading van het apparaat, wordt bijvoorbeeld in rekening gebracht als twee berichten. Een methode met een hoofdtekst van 6 kB die resulteert in een antwoord van 1 kB van het apparaat, wordt in rekening gebracht als twee berichten voor de aanvraag plus een ander bericht voor het antwoord. Aanvragen voor niet-verbonden apparaten worden in rekening gebracht als berichten in segmenten van 4 kB plus één bericht voor een antwoord dat aangeeft dat het apparaat niet online is. Apparaat - Methode aanroepen: Methode voor directe aanroep van apparaat, Module - Methode aanroepen: Methode voor direct aanroepen van module |
| Leesbewerkingen voor apparaat- en moduledubbel | Dubbel leest van het apparaat of de module en van de back-end van de oplossing worden in rekening gebracht als berichten in segmenten van 4 kB. Als u bijvoorbeeld een dubbel van 8 kB leest, worden er twee berichten in rekening gebracht. Get Twin: Get Twin Moduledubbel ophalen: Moduledubbel ophalen Apparaat- en moduledubbels van een apparaat lezen: Eindpunt: /devices/{id}/twin (alleen MQTT, AMQP): D2C Dubbel ophalen Eindpunt: /devices/{deviceid}/modules/{moduleid}/twin (alleen MQTT, AMQP): Module D2C Get Twin |
| Updates voor apparaat- en moduledubbels (tags en eigenschappen) | Dubbele updates vanaf het apparaat of de module en de back-end van de oplossing worden in rekening gebracht als berichten in segmenten van 4 kB. Een update van 12 kB naar een tweeling wordt bijvoorbeeld in rekening gebracht als drie berichten. Updatedubbel: updatedubbel Moduledubbel bijwerken: Moduledubbel bijwerken Vervangen dubbel: dubbel vervangen Moduledubbel vervangen: Moduledubbel vervangen Gerapporteerde eigenschappen van een apparaat of moduledubbel bijwerken vanaf een apparaat: Eindpunt: /twin/PATCH/properties/reported/ (alleen MQTT, AMQP): D2 Patch ReportedProperties of Module D2 Patch ReportedProperties Meldingen ontvangen over het bijwerken van gewenste eigenschappen op een apparaat: Eindpunt: /twin/PATCH/properties/desired/ (alleen MQTT, AMQP): D2C Notify DesiredProperties of Module D2C Notify DesiredProperties |
| Query's voor apparaat- en moduledubbels | Query's op apparaten of devices.modules worden in rekening gebracht als berichten, afhankelijk van de resultaatgrootte in segmenten van 4 kB. Er worden geen query's op taken in rekening gebracht. Dubbels ophalen (query uitvoeren op apparaten of apparaten.modulesverzamelingen): Query's uitvoeren op apparaten |
| Leesbewerkingen voor digitale dubbels | Digitale dubbel leest vanuit de back-end van de oplossing worden in rekening gebracht als berichten in segmenten van 4 kB. Als u bijvoorbeeld een dubbel van 8 kB leest, worden er twee berichten in rekening gebracht. Digital Twin ophalen: Digital Twin ophalen |
| Updates voor digitale dubbels | Digitale dubbel-updates van de back-end van de oplossing worden in rekening gebracht als berichten in segmenten van 4 kB. Een update van 12 kB naar een tweeling wordt bijvoorbeeld in rekening gebracht als drie berichten. Digital Twin bijwerken: Patch Digital Twin |
| Opdrachten voor digitale dubbels | Geslaagde opdrachten worden in rekening gebracht in segmenten van 4 kB en antwoorden worden in rekening gebracht in segmenten van 4 kB als extra berichten. Aanvragen of antwoorden zonder hoofdtekst worden in rekening gebracht als één bericht. Een opdracht met een hoofdtekst van 4 kB die resulteert in een antwoord zonder hoofdtekst van het apparaat, wordt bijvoorbeeld in rekening gebracht als twee berichten. Een opdracht met een hoofdtekst van 6 kB die resulteert in een antwoord van 1 kB van het apparaat, wordt in rekening gebracht als twee berichten voor de opdracht plus een ander bericht voor het antwoord. Opdrachten voor niet-verbonden apparaten worden in rekening gebracht als berichten in segmenten van 4 kB plus één bericht voor een antwoord dat aangeeft dat het apparaat niet online is. Opdracht Component aanroepen: Opdracht van digital twin-onderdeel Opdracht Hoofdniveau aanroepen: Digital Twin Root Command |
| Takenbewerkingen (maken, annuleren, ophalen, query) |
Er worden geen kosten in rekening gebracht. |
| Taken per apparaat | Takenbewerkingen (zoals updates van dubbels en methoden) worden in rekening gebracht in segmenten van 4 kB. Een taak die resulteert in 1000 methode-aanroepen met 1-KB-aanvragen en antwoorden met lege nettolading worden bijvoorbeeld 2000 berichten in rekening gebracht (één bericht voor elke aanvraag en elk antwoord). Apparaattaak voor dubbel bijwerken Methodeapparaattaak aanroepen |
| Configuratiebewerkingen (maken, bijwerken, ophalen, weergeven, verwijderen, testquery) |
Er worden geen kosten in rekening gebracht. |
| Configuratiebewerkingen per apparaat | Configuratiebewerkingen worden in rekening gebracht als berichten in segmenten van 4 kB. Er worden geen kosten in rekening gebracht voor antwoorden. Een configuratiebewerking toepassen met een hoofdtekst van 6 kB wordt bijvoorbeeld in rekening gebracht als twee berichten. Toepassen op Edge-apparaat: Configuratieservice is van toepassing. |
| Keep-alive-berichten | Wanneer u AMQP- of MQTT-protocollen gebruikt, worden er geen kosten in rekening gebracht voor berichten die worden uitgewisseld om de verbinding tot stand te brengen en berichten die in de onderhandeling worden uitgewisseld, of om de verbinding open en actief te houden. |
| Apparaatstreams (preview) | Apparaatstreams zijn in preview en er worden nog geen kosten in rekening gebracht. Eindpunt: /twins/{deviceId}/streams/{streamName}apparaatstreams Eindpunt: : /twins/{deviceId}/modules/{moduleId}/streams/{streamName}Module apparaatstreams |
Notitie
Alle grootten worden berekend, gezien de nettoladinggrootte in bytes (protocollijsten worden genegeerd). Voor berichten met eigenschappen en hoofdteksten wordt de grootte op een protocolagnostische manier berekend. Zie ioT Hub-berichtindeling voor meer informatie.
De maximale berichtgrootten verschillen voor verschillende typen bewerkingen. Zie IoT Hubquota en beperking voor meer informatie.
Voor sommige bewerkingen kunt u batchverwerkings- en compressiestrategieën gebruiken om de kosten te verlagen. Zie voorbeeld 3 voor een voorbeeld van apparaat-naar-cloud-telemetrie.
Voorbeeld 1
Een apparaat verzendt één apparaat-naar-cloudbericht van 1 kB per minuut naar IoT Hub, dat vervolgens wordt gelezen door Azure Stream Analytics. De back-end van de oplossing roept elke tien minuten een methode aan (met een nettolading van 512 byte) op het apparaat om een specifieke actie te activeren. Het apparaat reageert op de methode met een resultaat van 200 bytes.
Het apparaat verbruikt het volgende:
Eén bericht * 60 minuten * 24 uur = 1440 berichten per dag voor de apparaat-naar-cloud-berichten.
Twee berichten (aanvraag plus antwoord) * 6 keer per uur * 24 uur = 288 berichten voor de methoden.
Deze berekening geeft in totaal 1728 berichten per dag.
Voorbeeld 2
Een apparaat verzendt elk uur één apparaat-naar-cloud-bericht van 100 kB. De apparaatdubbel wordt ook elke vier uur bijgewerkt met 1 KB-nettoladingen. De back-end van de oplossing leest één keer per dag de apparaatdubbel van 14 kB en werkt deze bij met nettoladingen van 512 bytes om configuraties te wijzigen.
Het apparaat verbruikt het volgende:
25 (100 KB/4 KB)-berichten * 24 uur voor apparaat-naar-cloud-berichten.
Eén bericht (1 kB/4 KB) * zes keer per dag voor apparaatdubbelupdates.
Deze berekening geeft in totaal 606 berichten per dag.
De back-end van de oplossing verbruikt vier berichten (14 kB/4 kB) om de apparaatdubbel te lezen, plus één bericht (512/4 kB) om het bij te werken, voor een totaal van vijf berichten.
In totaal verbruiken het apparaat en de back-end van de oplossing 611 berichten per dag.
Voorbeeld 3
Afhankelijk van uw scenario kunnen batchberichten het quotumgebruik verminderen.
Denk bijvoorbeeld aan een apparaat met een sensor die slechts 100 bytes aan gegevens genereert telkens wanneer deze wordt gelezen:
Als het apparaat 40 sensor in batches in één apparaat-naar-cloudbericht leest met een nettolading van 4 kB (40 * 100 bytes), wordt er slechts één bericht in rekening gebracht tegen het quotum. Als het apparaat de sensor 40 keer per uur leest en deze in batches in één apparaat-naar-cloud-bericht per uur batcheert, worden er 24 berichten per dag verzonden.
Als het apparaat een apparaat-naar-cloud-bericht met een nettolading van 100 byte verzendt voor elke sensor die wordt gelezen, verbruikt het 40 berichten tegen het quotum voor dezelfde hoeveelheid gegevens. Als het apparaat de sensor 40 keer per uur leest en elk bericht afzonderlijk verzendt, worden er 960 berichten per dag verzonden (40 berichten * 24).
Uw batchstrategie is afhankelijk van uw scenario en hoe tijdkritiek de gegevens zijn. Als u grote hoeveelheden gegevens verzendt, kunt u ook overwegen om gegevenscompressie te implementeren om de impact op het berichtquotum verder te verminderen.
Voorbeeld 4
Wanneer u een ondersteuningsaanvraag opent in Azure Portal, worden diagnostische gegevens uitgevoerd die specifiek zijn voor uw gemelde probleem. Het resultaat wordt weergegeven als een inzicht op het tabblad Oplossingen van uw aanvraag. Een dergelijk inzicht rapporteert het quotumgebruik voor uw IoT-hub met behulp van de termen cursief in de tabel eerder. Of dit specifieke inzicht wordt geretourneerd, is afhankelijk van de resultaten van de diagnostische gegevens die zijn uitgevoerd op uw IoT-hub voor het probleem dat u rapporteert. Als het inzicht in het quotumgebruik wordt gerapporteerd, kunt u de tabel gebruiken om kruislings te verwijzen naar de gerapporteerde gebruiksperiode of termen met de bewerking(en) waarnaar ze verwijzen.
In de volgende schermopname ziet u bijvoorbeeld een ondersteuningsaanvraag die is geïnitieerd voor een probleem met apparaat-naar-cloud-telemetrie.
Nadat u Volgende oplossingen hebt geselecteerd, wordt het inzicht in quotumgebruik geretourneerd door de diagnostische gegevens onder dagelijkse uitsplitsing van het quotum voor berichten in IoT Hub. Hier ziet u de uitsplitsing voor apparaat-naar-cloudberichten die naar de IoT-hub worden verzonden. In dit geval is berichtroutering ingeschakeld op de IoT-hub, zodat de berichten worden weergegeven als Apparaat naar cloudtelemetrieroutering. Houd er rekening mee dat het inzicht in quotumgebruik mogelijk niet wordt geretourneerd voor hetzelfde probleem op een andere IoT-hub. Wat wordt geretourneerd, is afhankelijk van de activiteit en status van die IoT-hub.
