Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
La tarification d’Azure IoT Hub fournit des informations générales sur les différentes références SKU et les tarifs d’IoT Hub. Cet article contient des détails sur la manière dont les différentes fonctionnalités d’IoT Hub sont mesurées en tant que messages par IoT Hub.
Remarque
Certaines des fonctionnalités mentionnées dans cet article, comme la messagerie cloud-à-appareil, les jumeaux d’appareil et la gestion des appareils, sont disponibles uniquement dans le niveau Standard d’IoT Hub. Pour plus d’informations sur les niveaux IoT Hub de base et standard/gratuit, consultez Choisir le niveau et la taille ioT Hub appropriés pour votre solution.
Frais par opération
Utilisez le tableau suivant pour déterminer les opérations qui sont facturées. Toutes les opérations facturables sont facturées par blocs de 4 Ko sur les hubs IoT de niveau De base et Standard. Les opérations sont mesurées en blocs de 0,5 Ko sur les hubs IoT de niveau Gratuit. Les détails pour chaque catégorie sont fournis dans la colonne Informations de facturation. Cette colonne comporte les informations suivantes :
- Détails sur la façon dont les opérations facturables sont mesurées sur les hubs IoT de niveau De base et Standard. Toutes les opérations ne sont pas disponibles dans le niveau De base.
- Les opérations qui entraînent des frais, avec :
- Un lien vers la documentation de l’API REST si elle existe.
- Le point de terminaison de l’opération si la documentation de l’API REST n’est pas disponible, ou si l’opération est disponible seulement sur MQTT et/ou AMQP. La valeur du point de terminaison omet la référence du début au hub IoT cible :
{fully-qualified-iothubname}.azure-devices.net.
- Un ou plusieurs termes en italique suivant chaque opération (ou point de terminaison). Ces termes représentent des opérations facturables qui sont facturées par rapport au quota pour votre hub IoT. Vous pouvez voir ces termes fournis dans le cadre d’un insight d’utilisation de quota lorsque vous lancez une demande de support sur le portail Azure. Le support client peut également retourner ces conditions. Vous pouvez utiliser le tableau suivant pour référencer ces termes avec l’opération correspondante pour vous aider à comprendre l’utilisation et la facturation des quotas pour votre solution IoT. Pour plus d’informations, consultez Exemple 4.
| Catégorie d’opération | Les informations de facturation |
|---|---|
| Opérations du registre des identités (créer, mettre à jour, obtenir, lister, supprimer, mettre à jour en bloc, statistiques) |
Non facturé. |
| Messages appareil-à-cloud | Les messages envoyés avec succès sont facturés en blocs de 4 Ko une fois entrés dans IoT Hub. Par exemple, un message de 100 octets est facturé comme 1 message, et un message de 6 Ko est facturé comme 2 messages. Envoyer un événement d’appareil : soit Télémétrie d’appareil vers le cloud, soit Routage de la télémétrie de l’appareil vers le cloud, en fonction de la configuration des fonctions de routage des messages du hub IoT. |
| Messages Cloud vers appareil | Les messages envoyés avec succès sont facturés en blocs de 4 Ko. Par exemple, un message de 6 Ko est facturé 2 messages. Appareil - Recevoir une notification liée à un appareil : Commande du cloud vers un appareil |
| Chargements de fichiers | Le transfert de fichiers vers Stockage Azure n’est pas mesuré par IoT Hub. Les messages de lancement et de complétion du transfert de fichiers sont facturés en tant que messages, par incréments de 4 Ko. Par exemple, le transfert d’un fichier de 10 Mo est facturé deux messages, en plus du coût de Stockage Azure. Créer un URI SAS de chargement de fichier : Charger un fichier d’un appareil vers le cloud Mettre à jour l’état de chargement de fichier : Charger un fichier d’un appareil vers le cloud |
| Méthodes directes | Les demandes de méthode réussies sont facturées en blocs de 4 Ko et les réponses sont facturées en blocs de 4 Ko en tant que messages supplémentaires. Les demandes ou les réponses sans charge utile sont facturées comme 1 message. Par exemple, une méthode avec un corps de 4 Ko qui aboutit à une réponse sans corps depuis l’appareil est facturée comme 2 messages. Une méthode avec un corps de 6 Ko qui génère une réponse de 1 Ko de l’appareil est facturée comme deux messages pour la demande, plus un autre message pour la réponse. Les demandes adressées à des appareils déconnectés sont facturées comme des messages en blocs de 4 Ko, plus 1 message pour une réponse indiquant que l’appareil n’est pas en ligne. Appareils - Méthode d'Invocation : Méthode d'Invocation Directe de l'Appareil Modules - Méthode d'Invocation : Méthode d'Invocation Directe de Module |
| Lectures de jumeaux de l’appareil et du module | Les lectures de jumeaux de l’appareil ou du module et du backend de la solution sont facturées en tant que messages, par blocs de 4 Ko. Par exemple, la lecture d’un jumeau numérique de 8 Ko est facturée comme 2 messages. Appareil - Obtenir un jumeau : Obtenir un jumeau Modules - Obtenir un jumeau : Obtenir un jumeau Lit les jumeaux d’appareil et de module auprès d’un appareil : Point de terminaison : /devices/{id}/twin (MQTT, AMQP uniquement) : D2C - Obtenir un jumeau Point de terminaison : /devices/{deviceid}/modules/{moduleid}/twin (MQTT, AMQP uniquement) : Module D2C - Obtenir un jumeau |
| Mises à jour de jumeaux d’appareil ou de module (balises et propriétés) | Les mises à jour de jumeaux à partir de l’appareil ou du module et du backend de la solution sont facturées en tant que messages, par blocs de 4 Ko. Par exemple, la lecture d’un jumeau numérique de 12 Ko est facturée comme 3 messages. Appareils - Mettre à jour le jumeau : Mettre à jour le jumeau Modules - Mettre à jour le jumeau : Mettre à jour le jumeau Appareils - Remplacer le jumeau : Remplacer le jumeau Modules - Remplacer le jumeau : Remplacer le jumeau Mettre à jour les propriétés signalées du jumeau d’appareil ou de module depuis un appareil : Point de terminaison : /twin/PATCH/properties/reported/ (MQTT, AMQP uniquement) : D2 - Patch ReportedProperties ou Module D2 - Patch ReportedProperties Recevoir les notifications de mise à jour des propriétés souhaitées sur un appareil : Point de terminaison : /twin/PATCH/properties/desired/ (MQTT, AMQP uniquement) : D2 - Notifier DesiredProperties ou Module D2 - Notifier DesiredProperties |
| Requêtes de jumeaux de l’appareil et du module | Les requêtes sur devices ou devices.modules sont facturées en tant que messages en fonction de la taille du résultat, par blocs de 4 Ko. Les requêtes concernant les tâches ne sont pas facturées. Requête - Obtenir des jumeaux (requête sur les collections de devices ou devices.modules), Interroger des appareils |
| Lectures de jumeau numérique | Les lectures de jumeau numérique du backend de la solution sont facturées comme des messages en blocs de 4 Ko. Par exemple, la lecture d’un jumeau numérique de 8 Ko est facturée comme 2 messages. Digital Twin - Get Digital Twin : Get Digital Twin |
| Mises à jour de jumeau numérique | Les mises à jour de jumeau numérique du backend de la solution sont facturées comme des messages en blocs de 4 Ko. Par exemple, la lecture d’un jumeau numérique de 12 Ko est facturée comme 3 messages. Digital Twin - Mise à jour du Digital Twin : Mise à jour corrective du Digital Twin |
| Commandes de jumeau numérique | Les commandes réussies sont facturées en blocs de 4 Ko et les réponses sont facturées en blocs de 4 Ko en tant que messages supplémentaires. Les demandes ou les réponses sans corps sont facturées comme 1 message. Par exemple, une commande avec un corps de 4 Ko qui génère une réponse sans corps depuis l’appareil est facturée comme 2 messages. Une commande avec un corps de 6 Ko qui génère une réponse de 1 Ko depuis l’appareil est facturée comme 2 messages pour la demande, plus 1 autre message pour la réponse. Les commandes adressées à des appareils déconnectés sont facturées comme messages en blocs de 4 Ko, plus 1 message pour une réponse indiquant que l’appareil n’est pas en ligne. Jumeau numérique - Appeler une commande de composant : Commande de composant de jumeau numérique Digital Twin - Appeler la commande de niveau racine : Commande racine de Digital Twin |
| Opérations de travaux (créer, annuler, obtenir, interroger) |
Non facturé. |
| Opérations de travaux par appareil | Les opérations de travaux (comme les mises à jour de jumeaux et les méthodes) sont facturées en blocs de 4 Ko. Par exemple, une tâche entraînant 1 000 appels de méthode avec des requêtes de 1 Ko et des réponses avec une charge utile vide est facturée 2 000 messages (un message par demande et par réponse). Mettre à jour un travail d’appareil jumeau Appeler une méthode de travail d’appareil |
| Opérations de configuration (créer, mettre à jour, obtenir, lister, supprimer, tester une requête) |
Non facturé. |
| Opérations de configuration par appareil | Les opérations de configuration sont facturées comme messages en blocs de 4 Ko. Les réponses ne sont pas facturées. Par exemple, une opération d’application de configuration avec un corps de 6 Ko est facturée comme 2 messages. Configuration - Appliquer sur l'appareil Edge : Application du service de configuration. |
| Messages de maintien en vie | Quand vous utilisez les protocoles AMQP ou MQTT, les messages échangés pour établir la connexion, et les messages échangés dans la négociation ou pour conserver la connexion ouverte et active, ne sont pas facturés. |
| Device Streams (préversion) | Les flux d’appareils sont en préversion et les opérations ne sont pas encore facturées. Point de terminaison : /twins/{deviceId}/streams/{streamName} : Flux d’appareils Point de terminaison : /twins/{deviceId}/modules/{moduleId}/streams/{streamName} : Module de flux d’appareils |
Remarque
L’ensemble des tailles sont calculées en fonction de la taille en octets de la charge utile (le tramage de protocole est ignoré). Pour les messages qui ont des propriétés et un corps, la taille est calculée de manière agnostique du point de vue du protocole. Pour plus d’informations, consultez Créer et lire des messages IoT Hub.
Les tailles de message maximales diffèrent selon les différents types d’opérations. Pour plus d’informations, consultez Quotas et limitation d’IoT Hub.
Pour certaines opérations, vous pouvez utiliser des stratégies de traitement par lots et de compression pour réduire les coûts. Pour obtenir un exemple utilisant de la télémétrie appareil-à-cloud, consultez Exemple #3.
Exemple n°1
Un appareil envoie un message appareil-à-cloud de 1 Ko par minute à IoT Hub, qu’Azure Stream Analytics lit ensuite. Le backend de la solution appelle une méthode (avec une charge utile de 512 octets) sur l’appareil toutes les 10 minutes afin de déclencher une action spécifique. L’appareil répond à la méthode, avec un résultat de 200 octets.
L’appareil consomme :
Un message * 60 minutes * 24 heures = 1440 messages par jour pour les messages appareil-à-cloud.
Deux messages (demande plus réponse) * six fois par heure * 24 heures = 288 messages pour les méthodes.
Ce calcul donne un total de 1 728 messages par jour.
Exemple n°2
Chaque heure, un appareil envoie un message appareil-à-cloud de 100 Ko. Il met également à jour son jumeau d’appareil avec des charges utiles de 1 Ko toutes les quatre heures. Le back-end de la solution, une fois par jour, lit le jumeau d’appareil de 14 Ko et le met à jour avec des charges utiles de 512 octets afin de modifier les configurations.
L’appareil consomme :
25 (100 Ko / 4 Ko) messages * 24 heures pour les messages appareil-à-cloud.
1 message (1 Ko / 4 Ko) * 6 fois par jour pour les mises à jour de jumeau d’appareil.
Ce calcul donne un total de 606 messages par jour.
Le serveur principal de la solution consomme quatre messages (14 Ko / 4 Ko) pour lire le jumeau d’appareil, plus un message (512 / 4 Ko) pour le mettre à jour, pour un total de cinq messages.
Au total, l’appareil et le back-end de la solution consomment 611 messages par jour.
Exemple #3
Selon votre scénario, le traitement par lots des messages peut réduire l’utilisation de votre quota.
Par exemple, considérez un appareil qui a un capteur générant seulement 100 octets de données chaque fois qu’il est lu :
Si l’appareil effectue un traitement par lots de 40 lectures du capteur dans un seul message appareil-à-cloud avec une charge utile de 4 Ko (40 * 100 octets), un seul message est facturé par rapport au quota. Si l’appareil lit le capteur 40 fois par heure et les traite par lots dans un seul message appareil-à-cloud par heure, il envoie 24 messages/jour.
Si l’appareil envoie un message appareil-à-cloud avec une charge utile de 100 octets pour chaque lecture du capteur, il consomme 40 messages par rapport au quota pour la même quantité de données. Si l’appareil lit le capteur 40 fois par heure et envoie chaque message individuellement, il enverrait 960 messages/jour (40 messages * 24).
Votre stratégie de traitement par lots dépend de votre scénario et de l’urgence des données. Si vous envoyez de grandes quantités de données, vous pouvez aussi envisager d’implémenter la compression des données pour réduire davantage l’impact sur le quota de messages.
Exemple #4
Quand vous ouvrez une demande de support sur le portail Azure, des diagnostics spécifiques au problème que vous signalez sont exécutés. Le résultat s’affiche sous la forme d’un insight, sous l’onglet Solutions de votre demande. Un tel aperçu fait état de l’utilisation des quotas pour votre IoT hub en utilisant les termes en italique dans le tableau ci-dessus. Si cet insight particulier est retourné dépend des résultats des diagnostics effectués sur votre hub IoT pour le problème que vous signalez. Si l'analyse d'utilisation du quota est signalée, vous pouvez utiliser le tableau pour croiser ou faire correspondre le ou les termes d'utilisation signalés avec les opérations auxquelles ils font référence.
Par exemple, la capture d’écran suivante montre une demande de support lancée pour un problème de télémétrie appareil-à-cloud.
Après avoir sélectionné Solutions suivantes, l’insight d’utilisation du quota est retourné par les diagnostics sous Décomposition quotidienne du quota de messages d’IoT Hub. Il montre la répartition des messages appareil-à-cloud envoyés au hub IoT. Dans ce cas, le routage des messages est activé sur le hub IoT : les messages sont donc affichés en tant que Routage de la télémétrie appareil-à-cloud. L'aperçu d'utilisation du quota peut ne pas être retourné pour le même problème dans un autre hub IoT. Ce qui est retourné dépend de l’activité et de l’état de ce hub IoT.
