Partager via

IoT Hub et excellence opérationnelle

  • Article

Azure IoT Hub est un service géré hébergé dans le cloud qui agit comme un hub de messages central pour la communication entre une application IoT et ses appareils attachés. Vous pouvez connecter des millions d’appareils et leurs solutions back-end de manière fiable et sécurisée. Presque n’importe quel appareil peut être connecté à un hub IoT.

IoT Hub prend en charge la surveillance pour vous aider à suivre la création d’appareils, les connexions d’appareils et les échecs d’appareil.

IoT Hub prend également en charge les modèles de messagerie suivants :

  • Télémétrie appareil-à-cloud
  • Chargement de fichiers à partir d’appareils
  • Méthodes de demande de réponse pour contrôler vos appareils à partir du cloud

Pour plus d’informations sur IoT Hub, référencez Concepts IoT et Azure IoT Hub.

Pour comprendre comment IoT Hub promeut l’excellence opérationnelle, consultez les rubriques suivantes :

Les sections suivantes sont spécifiques à Azure IoT Hub et à l’excellence opérationnelle :

  • Considérations relatives à la conception
  • Liste de contrôle de configuration
  • Options de configuration recommandées

Considérations relatives à la conception

Pour plus d’informations sur le Contrat de niveau de service (SLA) pour Azure IoT Hub, consultez Contrat SLA pour Azure IoT Hub.

Liste de contrôle

Avez-vous configuré Azure IoT Hub avec l’excellence opérationnelle à l’esprit ?

  • Provisionnez un deuxième IoT Hub dans une autre région et disposez d’une logique de routage sur l’appareil.
  • Utilisez le protocole AMQP ou MQTT lors de l’envoi fréquent d’événements.
  • Utilisez uniquement les certificats validés par une autorité de certification racine dans l’environnement de production si vous utilisez certificats X.509 pour la connexion de l’appareil.
  • Pour un débit maximal, utilisez le nombre maximal de partitions (32) lors de la création de l’IoT Hub, si vous envisagez d’utiliser le point de terminaison intégré.
  • Pour la mise à l’échelle, augmentez le niveau et les unités IoT Hub allouées au lieu d’ajouter plusieurs IoT Hub par région.
  • Dans les scénarios à débit élevé, utilisez des événements par lots.
  • Si vous avez besoin de la latence minimale possible, n’utilisez pas le routage et lisez les événements à partir du point de terminaison intégré.
  • Dans le cadre de votre stratégie de disponibilité et de récupération d’urgence à l’échelle de la solution, envisagez d’utiliser l’option ioT Hub de récupération d’urgence inter-régions.
  • Lorsque vous utilisez un SDK pour envoyer des événements à IoT Hubs, vérifiez que les exceptions levées par la stratégie de nouvelle tentative (EventHubsException ou OperationCancelledException) sont correctement interceptées.
  • Pour éviter les interruptions de télémétrie dues à la limitation et à un quota entièrement utilisé, envisagez d’ajouter une solution de mise à l’échelle automatique personnalisée.

Recommandations de configuration

Tenez compte des recommandations suivantes pour augmenter l’excellence opérationnelle lors de la configuration d’Azure IoT Hub :

Recommandation Description
Provisionnez un deuxième IoT Hub dans une autre région et disposez d’une logique de routage sur l’appareil. Ces configurations peuvent être encore améliorées avec un service Concierge.
Utilisez le protocole AMQP ou MQTT lors de l’envoi fréquent d’événements. AMQP et MQTT ont des coûts réseau plus élevés lors de l’initialisation de la session, mais HTTPS nécessite une surcharge TLS supplémentaire pour chaque requête. AMQP et MQTT ont des performances plus élevées pour les éditeurs fréquents.
Utilisez uniquement les certificats validés par une autorité de certification racine dans l’environnement de production si vous utilisez certificats X.509 pour la connexion de l’appareil. Assurez-vous que vous disposez de processus en place pour mettre à jour le certificat avant leur expiration.
Pour un débit maximal, utilisez le nombre maximal de partitions (32) lors de la création de l’IoT Hub, si vous envisagez d’utiliser le point de terminaison intégré. Le nombre de partitions appareil-à-cloud pour le point de terminaison compatible Event Hub reflète le degré de parallélisme en aval que vous pouvez obtenir. Cela vous permettra de monter en puissance jusqu’à 32 entités de traitement simultanées et d’offrir la disponibilité d’envoi et de réception la plus élevée. Ce nombre ne peut pas être modifié après la création.
Pour la mise à l’échelle, augmentez le niveau et les unités IoT Hub allouées au lieu d’ajouter plus d'un IoT Hub par région. L’ajout de plusieurs hubs IoT par région n’offre pas de résilience supplémentaire, car tous les hubs peuvent s’exécuter sur le même cluster sous-jacent.
Dans les scénarios à débit élevé, utilisez des événements par lots. Le service fournira un tableau avec plusieurs événements aux consommateurs, au lieu d’un tableau avec un seul événement. L’application consommatrice doit traiter ces tableaux.
Si vous avez besoin de la latence minimale possible, n’utilisez pas le routage et lisez les événements à partir du point de terminaison intégré. Lorsque vous utilisez le routage des messages dans IoT Hub, la latence de la remise des messages augmente. En moyenne, la latence ne doit pas dépasser 500 ms, mais il n’existe aucune garantie pour la latence de remise.
Dans le cadre de votre stratégie de disponibilité et de récupération d’urgence à l’échelle de la solution, envisagez d’utiliser l’option ioT Hub de récupération d’urgence inter-régions. Cette option déplace le point de terminaison IoT Hub vers la région Azure jumelée. Seul le registre d’appareils est répliqué. Les événements ne sont pas répliqués dans la région secondaire. Le RTO pour le basculement lancé par le client varie entre 10 minutes et quelques heures. Pour un basculement lancé par Microsoft, le RTO est de 2-26 heures. Vérifiez que ce RTO s’aligne sur les exigences du client et s’inscrit dans la stratégie de disponibilité plus large. Si un RTO plus élevé est requis, envisagez d’implémenter un modèle de basculement côté client.
Lorsque vous utilisez un SDK pour envoyer des événements à IoT Hub, vérifiez que les exceptions levées par la stratégie de nouvelle tentative (EventHubsException ou OperationCancelledException) sont correctement interceptées. Lorsque vous utilisez HTTPS, implémentez un modèle de nouvelle tentative approprié.