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 sul modo in cui le varie funzionalità hub IoT vengono misurate come messaggi da 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 di base 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 di byte 4K in hub IoT di base e standard. Le operazioni vengono misurate in blocchi di 0,5K in hub IoT gratuiti. I dettagli per ogni categoria vengono forniti nella colonna Informazioni di fatturazione . Questa colonna include le informazioni seguenti:
- Informazioni dettagliate sul consumo delle operazioni fatturabili sugli hub IoT di base e standard. Non tutte le operazioni sono disponibili nel livello di base.
- Le operazioni che comportano addebiti, con entrambi:
- Collegamento alla documentazione dell'API REST se presente.
- L'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 principale all'hub IoT di destinazione;
{fully-qualified-iothubname}.azure-devices.net.
- Uno o più termini in corsivo seguendo ogni operazione (o endpoint). Questi termini rappresentano operazioni fatturabili addebitate rispetto alla quota per l'hub IoT. Questi termini possono essere visualizzati come parte di un'analisi dell'utilizzo della quota quando si avvia una richiesta di supporto in portale di Azure. Possono anche essere restituiti dal supporto clienti. È possibile usare la tabella seguente per fare riferimento incrociato a questi termini con l'operazione corrispondente per comprendere l'utilizzo delle quote e la fatturazione 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 da 100 byte viene addebitato come un messaggio e un messaggio da 6 KB viene addebitato come due messaggi. Invia evento dispositivo: device to Cloud Telemetry o Device to Cloud TelemetryRouting a seconda che l'hub IoT abbia funzionalità di routing dei messaggi configurate. |
| Messaggi da cloud a dispositivo | I messaggi inviati vengono addebitati in blocchi di 4 KB. Ad esempio, un messaggio di 6 KB viene addebitato come due messaggi. Notifica associataal dispositivo: comando Cloud to Device |
| Caricamenti di file | Il trasferimento di file in Archiviazione di Azure non viene a consumo 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 di Archiviazione di Azure. Creare un URI sas di caricamento file: Caricamento file nel cloud Aggiornare lo stato di caricamento file: Caricamento file 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 genera 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 e un messaggio per una risposta che indica che il dispositivo non è online. Device - Metodo Invoke: metodo Device Direct Invoke, Module - Metodo Invoke: Metodo Module Direct Invoke |
| Letture di dispositivi e moduli gemelli | I dispositivi gemelli vengono letti 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 di 8 KB viene addebitata come due messaggi. Ottieni gemello: Ottieni gemello Get Module Twin: Get Module Twin Leggere dispositivi e moduli gemelli da un dispositivo: Endpoint: (SOLO MQTT, AMQP): /devices/{id}/twinD2C Get Twin Endpoint: (SOLO MQTT, AMQP): /devices/{deviceid}/modules/{moduleid}/twinModulo D2C Get Twin |
| Aggiornamenti di dispositivi e moduli gemelli (tag e proprietà) | Gli aggiornamenti 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. Aggiornamento gemello: Aggiornamento gemello Aggiornamento del modulo gemello: Aggiornamento del modulo gemello Sostituisci gemello: sostituisci gemello Sostituisci modulo gemello: Sostituisci modulo gemello Aggiornare le proprietà del dispositivo o del modulo gemello da un dispositivo: Endpoint: (SOLO MQTT, AMQP): D2 Patch ReportedProperties o Module D2 Patch ReportedProperties /twin/PATCH/properties/reported/ Ricevere notifiche di aggiornamento delle proprietà desiderate in un dispositivo: Endpoint: (SOLO MQTT, AMQP): /twin/PATCH/properties/desired/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 gemelli (query su dispositivi o dispositivi.moduli): Eseguire query sui dispositivi |
| Letture di gemelli digitali | I gemelli digitali letti dal back-end della soluzione vengono addebitati come messaggi in blocchi di 4 KB. Ad esempio, la lettura di un gemello di 8 KB viene addebitata come due messaggi. Get Digital Twin: Get Digital Twin (Get Digital Twin): Get Digital Twin |
| 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. Aggiornamento del gemello digitale: Patch Digital Twin |
| Comandi 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 a 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 e un messaggio per una risposta che indica che il dispositivo non è online. Comando Richiama componente: comando componente gemello digitale Richiamare il comando a livello radice: comando radice del gemello digitale |
| Operazioni dei processi (create, cancel, get, query) |
Nessun addebito. |
| Operazioni dei processi per ogni dispositivo | Le operazioni dei processi ,ad esempio gli aggiornamenti gemelli e i metodi, vengono addebitati in blocchi di 4 KB. Ad esempio, un processo che comporta 1000 chiamate al metodo con richieste a 1 KB e risposte al payload vuoto viene addebitato 2000 messaggi (un messaggio per ogni richiesta e risposta). Aggiornare il processo del dispositivo gemello Processo dispositivo del metodo Invoke |
| 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 applicata con un corpo di 6 KB viene addebitata come due messaggi. Applica sul dispositivo Perimetrale: il servizio di configurazione si applica. |
| Messaggi Keep-alive | Quando si usano protocolli AMQP o MQTT, i messaggi scambiati per stabilire la connessione e i messaggi scambiati nella negoziazione o mantenere aperta e attiva la connessione, non vengono addebitati addebiti. |
| Flussi del dispositivo (anteprima) | I flussi di dispositivi sono in anteprima e le operazioni non vengono ancora addebitate. Endpoint: : /twins/{deviceId}/streams/{streamName}Flussi di dispositivi Endpoint: : /twins/{deviceId}/modules/{moduleId}/streams/{streamName}Modulo Flussi di dispositivi |
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 diversi tipi di operazioni. Per altre informazioni, vedere hub IoT quote e limitazione.
Per alcune operazioni, è possibile usare strategie di batch e compressione per ridurre i costi. Per un esempio di utilizzo 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 n. 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 #3
A seconda dello scenario, i messaggi in batch possono 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 da 4 KB (40 * 100 byte), viene addebitato un solo messaggio rispetto alla quota. Se il dispositivo legge il sensore 40 volte ogni ora e esegue il batch di tali letture 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, utilizza 40 messaggi rispetto alla quota per la stessa quantità di dati. Se il dispositivo legge il sensore 40 volte ogni ora e invia ogni messaggio singolarmente, invia 960 messaggi/giorno (40 messaggi * 24).
La strategia di batch dipende dallo scenario e dal modo in cui i dati sono critici. Se si inviano grandi quantità di dati, è anche possibile implementare la compressione dei dati per ridurre ulteriormente l'impatto sulla quota dei messaggi.
Esempio #4
Quando si apre una richiesta di supporto in portale di Azure, viene eseguita la diagnostica specifica del problema segnalato. Il risultato viene visualizzato come informazioni dettagliate sulla 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. Se vengono restituite informazioni dettagliate specifiche 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 suddivisione della quota di messaggi giornaliera. Mostra la suddivisione dei messaggi del dispositivo nel cloud inviati all'hub IoT. In questo caso, il routing dei messaggi è abilitato nell'hub IoT, quindi i messaggi vengono visualizzati come Routing dei dati di telemetria del dispositivo nel 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 dipende dall'attività e dallo stato dell'hub IoT.
