Anteckning
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
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.
Note
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å och storlek för din lösning.
Avgifter per åtgärd
Använd följande tabell för att avgöra vilka åtgärder som debiteras. All billable operations are charged in 4K-byte blocks on basic and standard tier IoT hubs. Operations are metered in 0.5K-byte chunks on free tier IoT hubs. 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.
- Operationer 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 Portal. 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 | Successfully sent messages are charged in 4-KB chunks on ingress into 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 | Successfully sent messages are charged in 4-KB chunks. 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 per mottaget meddelande och mätas 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. Create File Upload Sas Uri: Device To Cloud File Upload 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. For example, a method with a 4-KB body that results in a response with no payload from the device is charged as two messages. A method with a 6-KB body that results in a 1-KB response from the device is charged as two messages for the request plus another message for the response. 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, Module – Invoke Method: Module Direct Invoke Method |
| Device and module twin reads | Twin reads from the device or module and from the solution back end are charged as messages in 4-KB chunks. For example, reading an 8-KB twin is charged as two messages. Get Twin: Get Twin Get Module Twin: Get Module Twin Read device and module twins from a device: Endpoint: /devices/{id}/twin (MQTT, AMQP only): D2C Get Twin Endpoint: /devices/{deviceid}/modules/{moduleid}/twin (MQTT, AMQP only): Module D2C Get Twin |
| Device and module twin updates (tags and properties) | Tvillinguppdateringar från enheten eller modulen samt från lösningens backend debiteras som meddelanden i segment om 4 KB. Till exempel debiteras en uppdatering på 12 KB till en tvilling som tre meddelanden. Update Twin: Update Twin Update Module Twin: Update Module Twin Replace Twin: Replace Twin Replace Module Twin: Replace Module Twin Update device or module twin reported properties from a device: 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/ (MQTT, endast AMQP): D2C Informera ÖnskadeEgenskaper eller Modul D2C Informera ÖnskadeEgenskaper |
| Frågor om enhets- och modultvillingar | Förfrågningar mot enheter eller enheter.moduler debiteras som meddelanden beroende på resultatets storlek i segment om 4 KB. Queries against jobs aren't charged. Get Twins (query against devices or devices.modules collections): Query Devices |
| Digital twin reads | Digital twin reads from the solution back end are charged as messages in 4-KB chunks. For example, reading an 8-KB twin is charged as two messages. Get Digital Twin: Get Digital Twin |
| Digital twin updates | Digital twin updates from the solution back end are charged as messages in 4-KB chunks. Till exempel debiteras en uppdatering på 12 KB till en tvilling som tre meddelanden. Uppdatera digital tvilling: Patcha digital tvilling |
| Digitala tvillingkommandon | Lyckade kommandon debiteras i 4 KB-segment och svar debiteras i 4 KB-segment som ytterligare meddelanden. Begäranden eller svar utan innehåll räknas som ett meddelande. For example, a command with a 4-KB body that results in a response with no body from the device is charged as two messages. 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. Invoke Component Command: Digital Twin Component Command Invoke Root Level Command: Digital Twin Root Command |
| Jobs operations (create, cancel, get, query) |
Debiteras inte. |
| Jobs per-device operations | Jobs operations (such as twin updates, and methods) are charged in 4-KB chunks. Till exempel debiteras ett jobb som resulterar i 1 000 metodanrop med 1-KB-begäranden och svar med tomt innehåll 2 000 meddelanden (ett meddelande för varje begäran och svar). Update Twin Device Job Invoke Method Device Job |
| Konfigurationsåtgärder (skapa, uppdatera, hämta, lista, ta bort, testa fråga) |
Debiteras inte. |
| Konfigurering av åtgärder per enhet | Konfigurationsåtgärder debiteras som meddelanden i 4 KB-segment. Svar debiteras inte. For example, an apply configuration operation with a 6-KB body is charged as two messages. Tillämpa på Edge-enhet: Konfigurationstjänsten gäller. |
| Keep-alive messages | 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. |
| Device streams (preview) | Device streams is in preview and operations aren't charged yet. Endpoint: /twins/{deviceId}/streams/{streamName}: Device Streams Endpoint: /twins/{deviceId}/modules/{moduleId}/streams/{streamName}: Device Streams Module |
Note
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. To learn more, see IoT Hub quotas and throttling.
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. It also updates its device twin with 1-KB payloads every four hours. The solution back end, once per day, reads the 14-KB device twin and updates it with 512-byte payloads to change configurations.
Enheten förbrukar:
25 (100 KB/4 KB) meddelanden * 24 timmar för enhets-till-moln-meddelanden.
One message (1 KB / 4 KB) * six times per day for device twin updates.
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 samlar 40 sensorläsningar till ett enda meddelande från enhet till moln, med en nyttolast bestående av 4 KB (40 * 100 byte), debiteras endast ett meddelande mot kvoten. Om enheten läser sensorn 40 gånger per timme och samlar dessa läsningar till ett meddelande från enheten till molnet 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 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 hjälp av termerna i tabellen ovan i kursiv stil. 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 korsreferera de rapporterade användningstermerna med de operationer 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 Next Solutions returneras insikt om kvotanvändningen av diagnostiken under IoT Hub dagliga meddelandekvotfördelning. Den visar uppdelningen för enhets-till-moln-meddelanden 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.
