Azure IoT Hub faktureringsinformation

Azure IoT Hub prissättning innehåller allmän information om olika SKU:er och priser för IoT Hub. Den här artikeln innehåller information om hur de olika IoT Hub funktionerna mäts som meddelanden av IoT Hub.

Anteckning

Några av de funktioner som nämns i den här artikeln, t.ex. moln till enhet-meddelanden, enhetstvillingar och enhetshantering, är bara tillgängliga på IoT Hubs standardnivå. Mer information om nivåerna basic och standard/kostnadsfri IoT Hub finns i Välja rätt IoT Hub nivå för din lösning.

Avgifter per åtgärd

Använd följande tabell för att avgöra vilka åtgärder som debiteras. Alla fakturerbara åtgärder debiteras i 4K-byte-block på IoT-hubbar på basic- och standardnivå. Åtgärder mäts i segment på 0,5 000 byte på IoT-hubbar på kostnadsfri nivå. Information om varje kategori finns i kolumnen Faktureringsinformation . Den här kolumnen innehåller följande information:

  • Information om hur fakturerbara åtgärder mäts på IoT-hubbar på basic- och standardnivå. Alla åtgärder är inte tillgängliga på basic-nivån.
  • De åtgärder som resulterar i avgifter, med antingen:
    • En länk till REST API-dokumentationen om den finns.
    • Åtgärdsslutpunkten om REST API-dokumentationen inte är tillgänglig eller om åtgärden endast är tillgänglig via MQTT och/eller AMQP. Slutpunktsvärdet utelämnar den inledande referensen till IoT-målhubben. {fully-qualified-iothubname}.azure-devices.net.
  • En eller flera termer i kursiv stil efter varje åtgärd (eller slutpunkt). Dessa villkor representerar fakturerbara åtgärder som debiteras mot kvoten för din IoT-hubb. Du kan se dessa villkor som en del av en insikt om kvotanvändning när du initierar en supportbegäran på Azure Portal. De kan också returneras av kundsupporten. Du kan använda tabellen nedan för att korsreferensera dessa villkor med motsvarande åtgärd för att hjälpa dig att förstå kvotanvändning och fakturering för din IoT-lösning. Mer information finns i Exempel 4.
Åtgärdskategori Faktureringsinformation
Identitetsregisteråtgärder
(skapa, uppdatera, hämta, lista, ta bort, massuppdatering, statistik)
Debiteras inte.
Meddelanden från enheten till molnet Meddelanden som skickats debiteras i segment på 4 KB vid ingress till IoT Hub. Ett meddelande på 100 byte debiteras till exempel som ett meddelande och ett meddelande på 6 KB debiteras som två meddelanden.

Skicka enhetshändelse: antingen Enhet till molntelemetri eller Routning från enhet till molntelemetri beroende på om IoT-hubben har konfigurerat meddelanderoutningsfunktioner.
Meddelanden från moln till enhet Meddelanden som skickats debiteras i segment på 4 KB. Ett meddelande på 6 KB debiteras till exempel som två meddelanden.

Ta emot enhetsbundet meddelande: Moln till enhet-kommando
Filuppladdningar Filöverföring till Azure Storage mäts inte av IoT Hub. Initierings- och slutförandemeddelanden för filöverföring debiteras som bevakade meddelanden i steg om 4 KB. Överföring av en fil på 10 MB debiteras till exempel som två meddelanden utöver Azure Storage-kostnaden.

Skapa sas-URI för filuppladdning: Filuppladdning från enhet till moln
Uppdatera filuppladdningsstatus: Uppladdning från enhet till molnfil
Direkta metoder Lyckade metodbegäranden debiteras i 4 KB-segment och svar debiteras i 4 KB-segment som ytterligare meddelanden. Begäranden eller svar utan nyttolast debiteras som ett meddelande. En metod med en brödtext på 4 KB som resulterar i ett svar utan nyttolast från enheten debiteras till exempel som två meddelanden. En metod med en 6 KB-brödtext som resulterar i ett svar på 1 KB från enheten debiteras som två meddelanden för begäran plus ett annat meddelande för svaret. Begäranden till frånkopplade enheter debiteras som meddelanden i 4 KB-segment plus ett meddelande för ett svar som anger att enheten inte är online.

Device – Invoke Method: Device Direct Invoke Method,
Modul – Anropa metod: Metod för direkt anrop av modul
Enhets- och modultvillingläsningar Tvillingläsningar från enheten eller modulen och från lösningens serverdel debiteras som meddelanden i 4 KB-segment. Till exempel debiteras läsning av en tvilling på 8 KB som två meddelanden.

Hämta tvilling: Hämta tvilling
Hämta modultvilling: Hämta modultvilling

Läs enhets- och modultvillingar från en enhet:
Slutpunkt: /devices/{id}/twin (endast MQTT, AMQP): D2C Hämta tvilling
Slutpunkt: /devices/{deviceid}/modules/{moduleid}/twin (endast MQTT, AMQP): Modul D2C Hämta tvilling
Uppdateringar av enhets- och modultvillingar (taggar och egenskaper) Tvillinguppdateringar från enheten eller modulen och från lösningens serverdel debiteras som meddelanden i 4 KB-segment. Till exempel debiteras en uppdatering på 12 KB till en tvilling som tre meddelanden.

Uppdateringstvilling: Uppdateringstvilling
Uppdatera modultvilling: Uppdatera modultvilling
Ersätt tvilling: Ersätt tvilling
Ersätt modultvilling: Ersätt modultvilling

Uppdatera enhets- eller modultvillingens rapporterade egenskaper från en enhet:
Slutpunkt: /twin/PATCH/properties/reported/ (endast MQTT, AMQP): D2 Patch ReportedProperties eller Module D2 Patch ReportedProperties

Ta emot meddelanden om önskade egenskaper för uppdatering på en enhet:
Slutpunkt: /twin/PATCH/properties/desired/ (endast MQTT, AMQP): D2C Notify DesiredProperties or Module D2C Notify DesiredProperties
Frågor för enhets- och modultvillingar Frågor mot enheter eller enheter.moduler debiteras som meddelanden beroende på resultatstorleken i segment på 4 KB. Frågor mot jobb debiteras inte.

Hämta tvillingar (fråga mot enheter eller enheter.modules-samlingar ): Fråga enheter
Digitala tvillingläsningar Digitala tvillingläsningar från lösningens serverdel debiteras som meddelanden i segment på 4 KB. Till exempel debiteras läsning av en tvilling på 8 KB som två meddelanden.

Hämta digital tvilling: Hämta digital tvilling
Uppdateringar av digitala tvillingar Uppdateringar av digitala tvillingar från lösningens serverdel debiteras som meddelanden i segment på 4 KB. Till exempel debiteras en uppdatering på 12 KB till en tvilling som tre meddelanden.

Uppdatera digital tvilling: Patch Digital Twin
Digital twin-kommandon Lyckade kommandon debiteras i 4 KB-segment och svar debiteras i 4 KB-segment som ytterligare meddelanden. Begäranden eller svar utan brödtext debiteras som ett meddelande. Till exempel debiteras ett kommando med en brödtext på 4 KB som resulterar i ett svar utan brödtext från enheten som två meddelanden. Ett kommando med en brödtext på 6 KB som resulterar i ett svar på 1 KB från enheten debiteras som två meddelanden för kommandot plus ett annat meddelande för svaret. Kommandon till frånkopplade enheter debiteras som meddelanden i segment på 4 KB plus ett meddelande för ett svar som anger att enheten inte är online.

Anropa komponentkommando: Komponentkommando för digital tvilling
Anropa rotnivåkommando: Rotkommando för digital tvilling
Jobbåtgärder
(skapa, avbryta, hämta, fråga)
Debiteras inte.
Jobb per enhet Jobbåtgärder (till exempel tvillinguppdateringar och metoder) debiteras i 4 KB-segment. Till exempel debiteras ett jobb som resulterar i 1 000 metodanrop med 1 KB-begäranden och svar med tom nyttolast 2 000 meddelanden (ett meddelande för varje begäran och svar).

Uppdatera tvillingenhetsjobb
Anropa metodenhetsjobb
Konfigurationsåtgärder
(skapa, uppdatera, hämta, lista, ta bort, testa fråga)
Inte debiterad.
Konfiguration per enhet Konfigurationsåtgärder debiteras som meddelanden i 4 KB-segment. Svar debiteras inte. Till exempel debiteras en tillämpad konfigurationsåtgärd med en 6 KB-brödtext som två meddelanden.

Använd on Edge-enhet: Konfigurationstjänsten tillämpas.
Keep-alive-meddelanden När du använder AMQP- eller MQTT-protokoll debiteras inte meddelanden som utbyts för att upprätta anslutningen och meddelanden som utbyts i förhandlingen, eller för att hålla anslutningen öppen och vid liv.
Enhetsströmmar (förhandsversion) Enhetsströmmar är i förhandsversion och åtgärder debiteras inte ännu.

Slutpunkt: /twins/{deviceId}/streams/{streamName}: Enhetsströmmar
Slutpunkt: /twins/{deviceId}/modules/{moduleId}/streams/{streamName}: Modulen Enhetsströmmar

Anteckning

Alla storlekar beräknas med tanke på nyttolaststorleken i byte (protokollram ignoreras). För meddelanden som har egenskaper och brödtext beräknas storleken på ett protokollagnostiskt sätt. Mer information finns i IoT Hub meddelandeformat.

Maximala meddelandestorlekar skiljer sig åt för olika typer av åtgärder. Mer information finns i IoT Hub kvoter och begränsning.

För vissa åtgärder kan du använda batchbearbetnings- och komprimeringsstrategier för att minska kostnaderna. Ett exempel på hur du använder telemetri från enhet till moln finns i Exempel 3.

Exempel #1

En enhet skickar ett meddelande från 1 KB enhet till moln per minut till IoT Hub, som sedan läss av Azure Stream Analytics. Lösningens serverdel anropar en metod (med en nyttolast på 512 byte) på enheten var tionde minut för att utlösa en specifik åtgärd. Enheten svarar på metoden med ett resultat på 200 byte.

Enheten förbrukar:

  • Ett meddelande * 60 minuter * 24 timmar = 1 440 meddelanden per dag för meddelanden från enheten till molnet.

  • Två meddelanden (begäran plus svar) * 6 gånger per timme * 24 timmar = 288 meddelanden för metoderna.

Den här beräkningen ger totalt 1 728 meddelanden per dag.

Exempel nr 2

En enhet skickar ett meddelande på 100 kB från enhet till moln varje timme. Den uppdaterar också sin enhetstvilling med 1 KB nyttolaster var fjärde timme. Lösningens serverdel, en gång per dag, läser enhetstvillingen på 14 kB och uppdaterar den med nyttolaster på 512 byte för att ändra konfigurationer.

Enheten förbrukar:

  • 25 (100 KB/4 KB) meddelanden * 24 timmar för meddelanden från enhet till moln.

  • Ett meddelande (1 KB/4 KB) * sex gånger per dag för uppdateringar av enhetstvillingar.

Den här beräkningen ger totalt 606 meddelanden per dag.

Lösningens serverdel använder 4 meddelanden (14 KB/4 KB) för att läsa enhetstvillingen, plus ett meddelande (512 /4 kB) för att uppdatera den, för totalt 5 meddelanden.

Totalt förbrukar enheten och lösningens serverdel 611 meddelanden per dag.

Exempel nr 3

Beroende på ditt scenario kan batchmeddelanden minska din kvotanvändning.

Tänk dig till exempel en enhet som har en sensor som bara genererar 100 byte data varje gång den läse:

  • Om enheten batchar 40-sensorn läser in ett enda meddelande från enhet till moln med en nyttolast på 4 KB (40 * 100 byte) debiteras endast ett meddelande mot kvoten. Om enheten läser sensorn 40 gånger varje timme och batchar dessa läses in i ett enda enhet-till-moln-meddelande per timme, skulle den skicka 24 meddelanden/dag.

  • Om enheten skickar ett meddelande från enheten till molnet med en nyttolast på 100 byte för varje sensorläsning förbrukar den 40 meddelanden mot kvoten för samma mängd data. Om enheten läser sensorn 40 gånger i timmen och skickar varje meddelande individuellt skickar den 960 meddelanden/dag (40 meddelanden * 24).

Din batchstrategi beror på ditt scenario och hur tidskritiska data är. Om du skickar stora mängder data kan du även överväga att implementera datakomprimering för att ytterligare minska påverkan på meddelandekvoten.

Exempel #4

När du öppnar en supportbegäran på Azure Portal körs diagnostik som är specifik för ditt rapporterade problem. Resultatet visas som en insikt på fliken Lösningar i din begäran. En sådan insikt rapporterar kvotanvändning för din IoT-hubb med termerna i kursiv stil i tabellen tidigare. Om den här insikten returneras beror på resultatet av diagnostiken som utförs på din IoT-hubb för det problem som du rapporterar. Om kvotanvändningsinsikten rapporteras kan du använda tabellen för att korsreferensa den rapporterade användningsperioden eller termerna med de åtgärder som de refererar till.

Följande skärmbild visar till exempel en supportbegäran som initierats för ett problem med telemetri från enhet till moln.

Skärmbild som visar hur du väljer ett problem i Azure Portal supportbegäran.

När du har valt Nästa lösningar returneras kvotanvändningsinsikten av diagnostiken under IoT Hub dagliga uppdelningen av meddelandekvoten. Den visar uppdelningen för meddelanden från enhet till moln som skickas till IoT-hubben. I det här fallet är meddelanderoutning aktiverat på IoT-hubben, så meddelandena visas som Enhet till molntelemetrirering. Tänk på att kvotanvändningsinsikten kanske inte returneras för samma problem på en annan IoT-hubb. Vad som returneras beror på aktiviteten och tillståndet för den IoT-hubben.

Skärmbild som visar kvotanvändning i Azure Portal supportbegäran.