factureringsgegevens Azure IoT Hub

Azure IoT Hub prijzen biedt algemene informatie over verschillende SKU's en prijzen voor IoT Hub. Dit artikel bevat details over hoe de verschillende IoT Hub functionaliteiten worden gemeten als berichten door 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 lagen Basic en Standard/free IoT Hub.

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,5 K byte op IoT-hubs van de gratis laag. Details voor elke categorie vindt u 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:
  • Een koppeling naar de REST API-documentatie als deze bestaat.
  • Het eindpunt van de bewerking als REST API-documentatie niet beschikbaar is of als de bewerking alleen beschikbaar is via MQTT en/of AMQP. De eindpuntwaarde laat de voorloopreferentie naar de doel-IoT-hub weg; {fully-qualified-iothubname}.azure-devices.net.
• Een of meer cursieve termen na elke bewerking (of eindpunt). Deze termen vertegenwoordigen factureerbare bewerkingen die in rekening worden gebracht op basis van quotum voor uw IoT-hub. Mogelijk ziet u deze voorwaarden als onderdeel van een inzicht in quotumgebruik wanneer u een ondersteuningsaanvraag op Azure Portal initieert. Ze kunnen ook worden geretourneerd door de klantondersteuning. U kunt de onderstaande tabel gebruiken om deze termen te koppelen aan de bijbehorende bewerking, zodat u inzicht krijgt in het quotumgebruik en de facturering voor uw IoT-oplossing. Zie voorbeeld 4 voor meer informatie.

Bewerkingscategorie	Factureringsgegevens
Registerbewerkingen voor identiteit (maken, bijwerken, ophalen, lijst maken, verwijderen, bulksgewijs bijwerken, statistieken)	Niet in rekening gebracht.
Apparaat-naar-cloud-berichten	Verzonden berichten worden in chunks van 4 kB in rekening gebracht voor inkomend verkeer in IoT Hub. Een bericht van 100 bytes wordt bijvoorbeeld in rekening gebracht als één bericht en een bericht van 6 kB als twee berichten. Apparaatgebeurtenis verzenden: apparaat-naar-cloudtelemetrie of Routering van apparaat-naar-cloudtelemetrie , afhankelijk van of berichtrouteringsfuncties zijn geconfigureerd voor de IoT-hub.
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: cloud-naar-apparaat-opdracht
Bestandsuploads	Bestandsoverdracht naar Azure Storage wordt niet gemeten door IoT Hub. Start- en voltooiingsberichten voor bestandsoverdracht worden in rekening gebracht als een datalimiet in stappen 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 bestandsupload maken: uploaden van apparaat naar cloudbestand Uploadstatus van bestand bijwerken: uploaden van apparaat naar cloudbestand
Directe methoden	Geslaagde methodeaanvragen worden in segmenten van 4 kB in rekening gebracht en antwoorden worden in segmenten van 4 kB in rekening gebracht als extra berichten. Aanvragen of antwoorden zonder nettolading worden als één bericht in rekening gebracht. Een methode met een hoofdtekst van 4 kB die resulteert in een antwoord zonder nettolading van het apparaat, wordt bijvoorbeeld als twee berichten in rekening gebracht. 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. Device - Invoke Method: Device Direct Invoke Method, Module - Methode aanroepen: methode Direct aanroepen van module
Leesbewerkingen voor apparaat- en moduledubbels	Dubbele leesbewerkingen 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. Het lezen van een dubbel van 8 kB wordt bijvoorbeeld in rekening gebracht als twee berichten. Dubbel ophalen: Dubbel ophalen Moduledubbel ophalen: Moduledubbel ophalen Apparaat- en moduledubbels van een apparaat lezen: Eindpunt: /devices/{id}/twin (MQTT, alleen AMQP): D2C Get Twin Eindpunt: /devices/{deviceid}/modules/{moduleid}/twin (MQTT, alleen AMQP): Module D2C Get Twin
Updates van apparaat- en moduledubbels (tags en eigenschappen)	Dubbelupdates 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. Een update van 12 kB voor een tweeling wordt bijvoorbeeld in rekening gebracht als drie berichten. Dubbel bijwerken: Dubbel bijwerken Moduledubbel bijwerken: Moduledubbel bijwerken Dubbel vervangen: Dubbel vervangen Moduledubbel vervangen: Moduledubbel vervangen Gerapporteerde eigenschappen van apparaat of moduledubbel bijwerken vanaf een apparaat: Eindpunt: /twin/PATCH/properties/reported/ (alleen MQTT, AMQP): D2 Patch ReportedProperties of Module D2 Patch ReportedProperties Meldingen over het bijwerken van gewenste eigenschappen ontvangen 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 grootte van het resultaat in segmenten van 4 kB. Query's voor taken worden niet in rekening gebracht. Dubbels ophalen (query uitvoeren op apparaten of apparaten.modules-verzamelingen ): Query's uitvoeren op apparaten
Leesbewerkingen voor digitale dubbels	Leesbewerkingen van digitale dubbels uit de back-end van de oplossing worden in rekening gebracht als berichten in segmenten van 4 kB. Het lezen van een dubbel van 8 kB wordt bijvoorbeeld in rekening gebracht als twee berichten. Digital Twin downloaden: Digitale dubbel downloaden
Updates voor digitale dubbels	Digitale dubbelupdates van de back-end van de oplossing worden in rekening gebracht als berichten in segmenten van 4 kB. Een update van 12 kB voor 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 segmenten van 4 kB in rekening gebracht als extra berichten. Aanvragen of antwoorden zonder hoofdtekst worden als één bericht in rekening gebracht. Een opdracht met een hoofdtekst van 4 kB die resulteert in een antwoord zonder hoofdtekst van het apparaat, wordt bijvoorbeeld als twee berichten in rekening gebracht. 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. Componentopdracht aanroepen: digital twin-onderdeelopdracht Opdracht hoofdniveau aanroepen: Hoofdopdracht digitale dubbel
Taakbewerkingen (maken, annuleren, ophalen, query's uitvoeren)	Niet in rekening gebracht.
Taken per apparaat	Taakbewerkingen (zoals dubbelupdates en methoden) worden in rekening gebracht in segmenten van 4 kB. Een taak die bijvoorbeeld resulteert in 1000-methode-aanroepen met 1 kB-aanvragen en antwoorden met lege nettolading, worden 2000 berichten in rekening gebracht (één bericht voor elke aanvraag en elk antwoord). Taak dubbelapparaat bijwerken Methode apparaattaak aanroepen
Configuratiebewerkingen (maken, bijwerken, ophalen, weergeven, verwijderen, query testen)	Niet in rekening gebracht.
Bewerkingen voor configuratie 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 toepassen.
Berichten in leven houden	Wanneer u AMQP- of MQTT-protocollen gebruikt, worden berichten die worden uitgewisseld om de verbinding tot stand te brengen en berichten die tijdens de onderhandeling worden uitgewisseld, of om de verbinding open en actief te houden, niet in rekening gebracht.
Apparaatstreams (preview)	Apparaatstreams zijn in preview en bewerkingen worden nog niet in rekening gebracht. Eindpunt: /twins/{deviceId}/streams/{streamName}: Apparaatstreams Eindpunt: /twins/{deviceId}/modules/{moduleId}/streams/{streamName}: Module Apparaatstreams

Notitie

Alle grootten worden berekend op basis van de nettoladinggrootte in bytes (protocolframeing wordt genegeerd). Voor berichten, die eigenschappen en hoofdtekst hebben, wordt de grootte op een protocolagnostische manier berekend. Zie IoT Hub berichtindeling voor meer informatie.

De maximale berichtgrootten verschillen voor verschillende typen bewerkingen. Zie quota en beperking IoT Hub 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-cloud-bericht van 1 kB per minuut naar IoT Hub, dat vervolgens wordt gelezen door Azure Stream Analytics. De back-end van de oplossing roept elke 10 minuten een methode aan (met een nettolading van 512 bytes) op het apparaat om een specifieke actie te activeren. Het apparaat reageert op de methode met een resultaat van 200 bytes.

Het apparaat verbruikt:

• 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 een totaal van 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 nettoladingen van 1 kB. De back-end van de oplossing leest eenmaal per dag de apparaatdubbel van 14 KB en werkt deze bij met nettoladingen van 512 bytes om configuraties te wijzigen.

Het apparaat verbruikt:

• 25 berichten (100 KB / 4 KB) * 24 uur voor apparaat-naar-cloud-berichten.

• Eén bericht (1 KB / 4 KB) * zes keer per dag voor updates van apparaatdubbels.

Deze berekening geeft een totaal van 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 5 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 uw quotumgebruik verminderen.

Denk bijvoorbeeld aan een apparaat met een sensor die slechts 100 bytes aan gegevens genereert wanneer het wordt gelezen:

• Als het apparaat 40 sensor batchgewijs in een batch leest in één apparaat-naar-cloud-bericht met een nettolading van 4 kB (40 * 100 bytes), wordt er slechts één bericht afgeschreven van het quotum. Als het apparaat de sensor 40 keer per uur leest en deze leesbewerkingen in één apparaat-naar-cloud-bericht per uur groepeert, worden er 24 berichten per dag verzonden.

• Als het apparaat een apparaat-naar-cloud-bericht verzendt met een nettolading van 100 bytes voor elke sensor die wordt gelezen, verbruikt het 40 berichten tegen quotum voor dezelfde hoeveelheid gegevens. Als het apparaat de sensor 40 keer per uur leest en elk bericht afzonderlijk verzendt, zou het 960 berichten per dag verzenden (40 berichten * 24).

Uw batchstrategie is afhankelijk van uw scenario en van hoe tijdskritiek de gegevens zijn. Als u grote hoeveelheden gegevens verzendt, kunt u ook overwegen om gegevenscompressie te implementeren om de impact op het quotum voor berichten verder te verminderen.

Voorbeeld 4

Wanneer u een ondersteuningsaanvraag opent op 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 quotumgebruik voor uw IoT-hub met behulp van de cursieve termen 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 quotumgebruik wordt gerapporteerd, kunt u de tabel gebruiken om te verwijzen naar de gerapporteerde gebruiksrechtterm of -termen met de bewerkingen 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 IoT Hub dagelijkse uitsplitsing van berichtquota. Hier ziet u de uitsplitsing voor apparaat-naar-cloudberichten die naar de IoT-hub zijn verzonden. In dit geval is berichtroutering ingeschakeld op de IoT-hub, zodat de berichten worden weergegeven als Telemetrieroutering van apparaat naar cloud. 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.