hub IoT di Azure informazioni di fatturazione
Prezzi di Azure IoT Hub offre informazioni generali su diversi SKU e sui prezzi per l'hub IoT. Questo articolo contiene informazioni dettagliate su come le varie funzionalità di hub IoT vengono a consumo come messaggi in base hub IoT.
Nota
Alcune delle funzionalità indicate in questo articolo, come la messaggistica da cloud a dispositivo, i dispositivi gemelli e la gestione dei dispositivi, sono disponibili solo nel livello Standard dell'hub IoT. Per altre informazioni sui livelli di hub IoT basic e standard/gratuiti, vedere Scegliere il livello di hub IoT appropriato per la soluzione.
Addebiti per ogni operazione
Usare la tabella seguente per determinare quali operazioni vengono addebitate. Tutte le operazioni fatturabili vengono addebitate in blocchi a 4K in hub IoT di livello basic e standard. Le operazioni vengono a consumo in blocchi di 0,5K in hub IoT di livello gratuito. I dettagli per ogni categoria sono disponibili nella colonna Informazioni di fatturazione. Questa colonna include le informazioni seguenti:
- Dettagli sul modo in cui le operazioni fatturabili vengono a consumo in hub IoT di livello basic e standard. Non tutte le operazioni sono disponibili nel livello basic.
- Le operazioni che comportano addebiti, con:
- Collegamento alla documentazione dell'API REST, se presente.
- Endpoint dell'operazione se la documentazione dell'API REST non è disponibile o se l'operazione è disponibile solo su MQTT e/o AMQP. Il valore dell'endpoint omette il riferimento iniziale all'hub IoT di destinazione;
{fully-qualified-iothubname}.azure-devices.net.
- Uno o più termini in corsivo dopo ogni operazione (o endpoint). Questi termini rappresentano operazioni fatturabili che vengono addebitate in base alla quota per l'hub IoT. Questi termini possono essere visualizzati come parte di informazioni dettagliate sull'utilizzo della quota quando si avvia una richiesta di supporto su portale di Azure. Possono anche essere restituiti dal supporto tecnico. È possibile usare la tabella seguente per fare riferimento incrociato a questi termini con l'operazione corrispondente per comprendere l'utilizzo e la fatturazione delle quote per la soluzione IoT. Per altre informazioni, vedere Esempio 4.
| Categoria operazione | Informazioni di fatturazione |
|---|---|
| Operazioni del registro delle identità (create, update, get, list, delete, bulk update, statistics) |
Nessun addebito. |
| Messaggi da dispositivo a cloud | Per i messaggi inviati correttamente è previsto un addebito in base a blocchi di 4 KB in ingresso nell'hub IoT. Ad esempio, un messaggio a 100 byte viene addebitato come un messaggio e un messaggio da 6 KB viene addebitato come due messaggi. Invia evento del dispositivo: da dispositivo a telemetria cloud o dal dispositivo al routing di telemetria cloud a seconda che l'hub IoT disponga di funzionalità di routing dei messaggi configurate. |
| Messaggi da cloud a dispositivo | I messaggi inviati correttamente vengono addebitati in blocchi di 4 KB. Un messaggio di 6 KB, ad esempio, viene addebitato come due messaggi. Ricevere una notifica associata al dispositivo: comando da cloud a dispositivo |
| Caricamenti di file | Il trasferimento di file in Archiviazione di Azure non viene verificato in base a hub IoT. I messaggi di avvio e di completamento del trasferimento di file vengono addebitati come messaggi misurati in incrementi di 4 KB. Ad esempio, il trasferimento di un file da 10 MB viene addebitato come due messaggi oltre al costo Archiviazione di Azure. Creare l'URI di firma di accesso condiviso caricamento file: caricamento del dispositivo nel file cloud Aggiornare lo stato di caricamento del file: caricamento del dispositivo nel cloud |
| Metodi diretti | Le richieste di metodo riuscite vengono addebitate in blocchi di 4 KB e le risposte vengono addebitate in blocchi di 4 KB come messaggi aggiuntivi. Le richieste o le risposte senza payload vengono addebitate come un messaggio. Ad esempio, un metodo con un corpo di 4 KB che restituisce una risposta senza payload dal dispositivo viene addebitato come due messaggi. Un metodo con corpo da 6 KB che dà come risultato una risposta da 1 KB dal dispositivo viene addebitato come due messaggi per la richiesta, con in più un altro messaggio per la risposta. Le richieste ai dispositivi disconnessi vengono addebitate come messaggi in blocchi di 4 KB più un messaggio per una risposta che indica che il dispositivo non è online. Metodo Device - Invoke: metodo Device Direct Invoke, Module - Invoke Method: Module Direct Invoke Method |
| Letture di dispositivi e moduli gemelli | I dispositivi gemelli leggono dal dispositivo o dal modulo e dal back-end della soluzione vengono addebitati come messaggi in blocchi di 4 KB. Ad esempio, la lettura di un gemello da 8 KB viene addebitata come due messaggi. Ottieni gemello: Ottieni gemello Ottenere il modulo gemello: Ottenere il modulo gemello Leggere dispositivi e moduli gemelli da un dispositivo: Endpoint: /devices/{id}/twin (solo MQTT, AMQP): D2C Get Twin Endpoint: /devices/{deviceid}/modules/{moduleid}/twin (solo MQTT, AMQP): Modulo D2C Get Twin |
| Aggiornamenti di dispositivi e moduli gemelli (tag e proprietà) | Gli aggiornamenti dei dispositivi gemelli dal dispositivo o dal modulo e dal back-end della soluzione vengono addebitati come messaggi in blocchi di 4 KB. Ad esempio, un aggiornamento da 12 KB a un gemello viene addebitato come tre messaggi. Aggiorna gemello: Aggiorna gemello Aggiornare il modulo gemello: Aggiornare il modulo gemello Sostituisci gemello: Sostituisci gemello Sostituisci modulo gemello: Sostituisci modulo gemello Aggiornare le proprietà segnalate del dispositivo o del modulo gemello da un dispositivo: Endpoint: /twin/PATCH/properties/reported/ (SOLO MQTT, AMQP): D2 Patch ReportedProperties o Module D2 Patch ReportedProperties Ricevere le notifiche di aggiornamento delle proprietà desiderate in un dispositivo: Endpoint: /twin/PATCH/properties/desired/ (solo MQTT, AMQP): D2C Notify DesiredProperties o Module D2C Notify DesiredProperties |
| Query su dispositivi e moduli gemelli | Le query su dispositivi o dispositivi.modules vengono addebitate come messaggi a seconda delle dimensioni dei risultati in blocchi di 4 KB. Le query sui processi non vengono addebitate. Ottenere i dispositivi gemelli (eseguire query su dispositivi o raccolte devices.modules): Eseguire query sui dispositivi |
| Letture di Gemelli digitali | I messaggi letti dal back-end della soluzione vengono addebitati come messaggi in blocchi di 4 KB. Ad esempio, la lettura di un gemello da 8 KB viene addebitata come due messaggi. Get Digital Twin: Get Digital Twin (Ottieni gemelli digitali): Ottenere gemelli digitali |
| Aggiornamenti di Gemelli digitali | Gli aggiornamenti di Gemelli digitali dal back-end della soluzione vengono addebitati come messaggi in blocchi di 4 KB. Ad esempio, un aggiornamento da 12 KB a un gemello viene addebitato come tre messaggi. Aggiornare Gemelli digitali: Patch Digital Twin |
| Comandi di Gemelli digitali | I comandi riusciti vengono addebitati in blocchi di 4 KB e le risposte vengono addebitate in blocchi di 4 KB come messaggi aggiuntivi. Le richieste o le risposte senza corpo vengono addebitate come un messaggio. Ad esempio, un comando con un corpo di 4 KB che genera una risposta senza corpo dal dispositivo viene addebitato come due messaggi. Un comando con un corpo di 6 KB che genera una risposta da 1 KB dal dispositivo viene addebitato come due messaggi per il comando e un altro messaggio per la risposta. I comandi per i dispositivi disconnessi vengono addebitati come messaggi in blocchi di 4 KB più un messaggio per una risposta che indica che il dispositivo non è online. Comando Invoke Component: Digital Twin Component Command Richiamare il comando livello radice: comando radice di Gemelli digitali |
| Operazioni dei processi (create, cancel, get, query) |
Nessun addebito. |
| Operazioni dei processi per ogni dispositivo | Le operazioni dei processi (ad esempio gli aggiornamenti dei dispositivi gemelli e i metodi) vengono addebitate in blocchi di 4 KB. Ad esempio, un processo che genera 1000 chiamate al metodo con richieste da 1 KB e risposte a payload vuoto viene addebitato 2000 messaggi (un messaggio per ogni richiesta e risposta). Aggiornare il processo del dispositivo gemello Richiamare il processo del dispositivo del metodo |
| Operazioni di configurazione (create, update, get, list, delete, test query) |
Nessun addebito. |
| Operazioni di configurazione per dispositivo | Le operazioni di configurazione vengono addebitate come messaggi in blocchi di 4 KB. Le risposte non vengono addebitate. Ad esempio, un'operazione di configurazione di applicazione con un corpo di 6 KB viene addebitata come due messaggi. Applica nel dispositivo Perimetrale: servizio di configurazione applicabile. |
| Messaggi Keep-alive | Quando si usano protocolli AMQP o MQTT, i messaggi scambiati per stabilire la connessione e i messaggi scambiati nella negoziazione o per mantenere aperta e attiva la connessione non vengono addebitati. |
| Flussi del dispositivo (anteprima) | I flussi dei dispositivi sono in anteprima e le operazioni non vengono ancora addebitate. Endpoint: : /twins/{deviceId}/streams/{streamName}Flussi dispositivo Endpoint: : /twins/{deviceId}/modules/{moduleId}/streams/{streamName}modulo Device Streams |
Nota
Tutte le dimensioni vengono calcolate considerando le dimensioni del payload in byte. Il frame del protocollo viene ignorato. Per i messaggi, che hanno proprietà e corpo, le dimensioni vengono calcolate in modo indipendente dal protocollo. Per altre informazioni, vedere i Formato messaggio dell'hub IoT.
Le dimensioni massime dei messaggi differiscono per i diversi tipi di operazioni. Per altre informazioni, si veda Limitazioni e quote dell'hub IoT.
Per alcune operazioni, è possibile usare strategie di invio in batch e compressione per ridurre i costi. Per un esempio di uso dei dati di telemetria da dispositivo a cloud, vedere Esempio 3.
Esempio 1
Un dispositivo invia all'hub IoT un messaggio da 1 KB dal dispositivo al cloud al minuto e il messaggio viene quindi letto da Analisi di flusso di Azure. Il back-end della soluzione richiama un metodo (con un payload di 512 byte) nel dispositivo ogni 10 minuti per attivare un'azione specifica. Il dispositivo risponde al metodo con un risultato di 200 byte.
Il dispositivo usa:
Un messaggio * 60 minuti * 24 ore = 1440 messaggi al giorno per i messaggi da dispositivo a cloud.
Due messaggi (richiesta più risposta) * 6 volte all'ora * 24 ore = 288 messaggi per i metodi.
Il totale di questo calcolo corrisponde a 1728 messaggi al giorno.
Esempio 2
Un dispositivo invia un messaggio da dispositivo a cloud di 100 KB ogni ora. Il dispositivo aggiorna anche il proprio dispositivo gemello con payload di 1 KB ogni quattro ore. Il back-end della soluzione legge una volta al giorno il dispositivo gemello di 14 KB e lo aggiorna con payload di 512 byte per modificare le configurazioni.
Il dispositivo usa:
25 (100 KB/4 KB) messaggi * 24 ore per i messaggi da dispositivo a cloud.
Un messaggio (1 KB/ 4 KB) * sei volte al giorno per gli aggiornamenti dei dispositivi gemelli.
Questo calcolo fornisce un totale di 606 messaggi al giorno.
Il back-end della soluzione usa 4 messaggi (14 KB/ 4 KB) per leggere il dispositivo gemello, più un messaggio (512/4 KB) per aggiornarlo, per un totale di 5 messaggi.
In totale, il dispositivo e il back-end della soluzione utilizzano 611 messaggi al giorno.
Esempio n. 3
A seconda dello scenario, l'invio in batch dei messaggi può ridurre l'utilizzo della quota.
Si consideri, ad esempio, un dispositivo con un sensore che genera solo 100 byte di dati ogni volta che viene letto:
Se il dispositivo esegue il batch di 40 sensori in un singolo messaggio da dispositivo a cloud con un payload di 4 KB (40 * 100 byte), viene addebitato un solo messaggio rispetto alla quota. Se il dispositivo legge il sensore 40 volte ogni ora e le legge in batch in un singolo messaggio da dispositivo a cloud all'ora, invia 24 messaggi al giorno.
Se il dispositivo invia un messaggio da dispositivo a cloud con un payload di 100 byte per ogni sensore letto, usa 40 messaggi rispetto alla quota per la stessa quantità di dati. Se il dispositivo legge il sensore 40 volte ogni ora e invia ogni singolo messaggio, invia 960 messaggi al giorno (40 messaggi * 24).
La strategia di invio in batch dipende dallo scenario e dal modo in cui i dati sono critici per il tempo. Se si inviano grandi quantità di dati, è anche possibile implementare la compressione dei dati per ridurre ulteriormente l'impatto sulla quota dei messaggi.
Esempio n. 4
Quando si apre una richiesta di supporto su portale di Azure, viene eseguita la diagnostica specifica del problema segnalato. Il risultato viene visualizzato come informazioni dettagliate nella scheda Soluzioni della richiesta. Uno di questi dati analitici segnala l'utilizzo della quota per l'hub IoT usando i termini in corsivo nella tabella precedente. L'eventuale restituzione di queste informazioni dettagliate dipenderà dai risultati della diagnostica eseguita nell'hub IoT per il problema che si sta segnalando. Se vengono segnalate le informazioni dettagliate sull'utilizzo delle quote, è possibile usare la tabella per fare riferimento incrociato al termine o ai termini di utilizzo segnalati con le operazioni a cui fanno riferimento.
Ad esempio, lo screenshot seguente mostra una richiesta di supporto avviata per un problema con i dati di telemetria da dispositivo a cloud.
Dopo aver selezionato Soluzioni successive, le informazioni dettagliate sull'utilizzo delle quote vengono restituite dalla diagnostica in hub IoT scomposizione giornaliera della quota dei messaggi. Mostra la suddivisione dei messaggi da dispositivo a cloud inviati all'hub IoT. In questo caso, il routing dei messaggi è abilitato nell'hub IoT, quindi i messaggi vengono visualizzati come Routing di telemetria da dispositivo a cloud. Tenere presente che le informazioni dettagliate sull'utilizzo delle quote potrebbero non essere restituite per lo stesso problema in un hub IoT diverso. Ciò che viene restituito dipenderà dall'attività e dallo stato dell'hub IoT.
