Faktureringsinformation för Azure IoT Hub

Prissättningen för Azure IoT Hub 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 från IoT Hub.

Kommentar

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 de grundläggande och standard-/kostnadsfria IoT Hub-nivåerna finns i Välj 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å den kostnadsfria nivån. 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å grundläggande och standardnivå-IoT-hubbar. Alla åtgärder är inte tillgängliga på den grundläggande 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 mål-IoT-hubben. {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 de här termerna som en del av en kvotanvändningsinsikt när du initierar en supportbegäran på Azure-portalen. De kan också returneras av kundsupporten. Du kan använda tabellen nedan för att korsreferensera dessa termer med motsvarande åtgärd för 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	Skickade meddelanden debiteras i 4 KB-segment vid ingress till IoT Hub. Ett meddelande på 100 byte debiteras till exempel som ett meddelande och ett 6 KB-meddelande debiteras som två meddelanden. Skicka enhetshändelse: antingen Enhet till molntelemetri eller Enhet till molntelemetridirigering beroende på om IoT-hubben har konfigurerade funktioner för meddelanderoutning.
Meddelanden från moln till enhet	Skickade meddelanden debiteras i 4 KB-segment. Till exempel debiteras ett 6 kB stort meddelande som två meddelanden. Ta emot enhetsbundet meddelande: Cloud to Device Command
Filuppladdningar	Filöverföring till Azure Storage mäts inte av IoT Hub. Initierings- och slutförandemeddelanden för filöverföring debiteras som meddelandemätare i steg om 4 KB. Överföring av en 10 MB-fil debiteras till exempel som två meddelanden utöver Kostnaden för Azure Storage. Skapa sas-uri för filuppladdning: Uppladdning av enhet till molnfil Uppdatera filuppladdningsstatus: Uppladdning av 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. Till exempel debiteras en metod med en 4 KB-brödtext som resulterar i ett svar utan nyttolast från enheten 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. Enhet – Anropa metod: Anropsmetod för enhetsdirigering, Module – Invoke Method: Module Direct Invoke Method
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 8 KB-tvilling 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
Enhets- och modultvillinguppdateringar (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: Uppdatera tvilling Uppdatera modultvilling: Uppdatera modultvilling Ersätt tvilling: Ersätt tvilling Ersätt modultvilling: Ersätt modultvilling Uppdatera rapporterade egenskaper för enhets- eller modultvillingar 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 Meddela DesiredProperties eller Modul D2C Meddela DesiredProperties
Frågor om enhets- och modultvillingar	Frågor mot enheter eller enheter.moduler debiteras som meddelanden beroende på resultatstorleken i 4 KB-segment. 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 4 KB-segment. Till exempel debiteras läsning av en 8 KB-tvilling 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 4 KB-segment. 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 4 KB-brödtext 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 4 KB-segment 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. Ett jobb som resulterar i 1 000-metodanrop med 1 KB-begäranden och svar med tom nyttolast debiteras till exempel 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)	Debiteras inte.
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. Tillämpa på Edge-enhet: Konfigurationstjänsten gäller.
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 har inte debiterats ännu. Slutpunkt: /twins/{deviceId}/streams/{streamName}: Enhetsströmmar Slutpunkt: /twins/{deviceId}/modules/{moduleId}/streams/{streamName}: Modulen Enhetsströmmar

Kommentar

Alla storlekar beräknas med tanke på nyttolaststorleken i byte (protokollramen 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 nr 3.

Exempel #1

En enhet skickar ett meddelande på 1 KB från 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 10:e 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 enhet till moln.

• 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 #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 läser en gång per dag 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 enhets-till-moln-meddelanden.

• 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 per timme och batchar dessa läses in i ett enda enhet-till-moln-meddelande per timme, skulle den skicka 24 meddelanden per dag.

• Om enheten skickar ett meddelande från enhet till moln 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 skulle den skicka 960 meddelanden/dag (40 meddelanden * 24).

Din batchstrategi beror på ditt scenario och på 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 nr 4

När du öppnar en supportbegäran på Azure-portalen 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 hjälp av 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 villkoren 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.

När du har valt Nästa lösningar returneras kvotanvändningsinsikten av diagnostiken under den dagliga meddelandekvotfördelningen i IoT Hub. Den visar uppdelningen för enhet till molnmeddelanden som skickas till IoT-hubben. I det här fallet aktiveras meddelanderoutning på IoT-hubben, så meddelandena visas som Routning mellan enheter och molntelemetri. 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.