Qu’est-ce que cela signifie pour IoT Central d’avoir une haute disponibilité, une récupération d’urgence (HADR) et une mise à l’échelle élastique ?

  • Article

Azure IoT Central est une plateforme d’application en tant que service (aPaaS) qui gère la scalabilité et la HADR pour vous. Une application IoT Central peut être mise à l’échelle pour prendre en charge des centaines de milliers d’appareils connectés. Pour plus d’informations sur la tarification des appareils et des messages, consultez Tarification Azure IoT Central. Pour plus d’informations sur le contrat de niveau de service, consultez SLA pour Azure IoT Central.

Cet article fournit des informations générales sur la façon dont IoT Central se met à l’échelle et fournit la HADR. Il contient également des conseils sur la façon de tirer parti de ces capacités.

Évolutivité

Les applications IoT Central utilisent en interne plusieurs services Azure tels qu’IoT Hub et Service IoT Hub Device Provisioning (DPS). Nombre de ces services sous-jacents sont multilocataires. Toutefois, pour garantir l’isolation complète des données des clients, IoT Central utilise des hubs IoT monolocataires.

IoT Central met automatiquement à l’échelle ses hubs IoT en fonction des profils de charge de votre application. IoT Central peut effectuer un scale-up des hubs IoT individuels et un scale-out du nombre de hubs IoT dans une application. IoT Central met aussi automatiquement à l’échelle d’autres services sous-jacents.

Haute disponibilité et récupération d’urgence

Les fonctionnalités HADR dépendent de la création de votre application IoT Central :

Applications créées avant avril 2021

Certaines applications créées avant avril 2021 utilisent un hub IoT unique. Pour ces applications, IoT Central ne fournit pas de fonctionnalités HADR. Si le hub IoT devient indisponible, l’application devient indisponible.

Utilisez la commande az iot central device manual-failover pour vérifier si votre application utilise toujours un seul hub IoT. Cette commande retourne une erreur si l’application a un seul hub IoT.

Applications créées après avril 2021 et avant avril 2023

Pour la connectivité des appareils hautement disponible, une application IoT Central dispose toujours d’au moins deux hubs IoT. Le nombre de hubs peut augmenter ou diminuer à mesure qu’IoT Central met l’application à l’échelle en réponse aux modifications apportées au profil de charge.

IoT Central utilise également des zones de disponibilité pour rendre divers services qu’il utilise hautement disponibles.

Un incident nécessitant une récupération d’urgence peut aller de l’indisponibilité d’un sous-ensemble de services à l’indisponibilité d’une région entière. IoT Central suit différents processus de récupération selon la nature et l’échelle de l’incident. Par exemple, si une région Azure entière devient indisponible à la suite d’une panne catastrophique, les procédures de récupération d’urgence basculent les applications vers une autre région dans la même zone géographique.

Applications créées après avril 2023

Les applications IoT Central créées après avril 2023 ont initialement un hub IoT unique. Si le hub IoT devient indisponible, l’application devient indisponible. Toutefois, IoT Central met automatiquement à l’échelle l’application et ajoute un nouveau hub IoT pour chaque 10 000 appareils connectés. Si vous avez besoin de plusieurs hubs IoT pour les applications avec moins de 10 000 appareils, envoyez une demande au support client IoT Central.

Utilisez la az iot central device manual-failover commande pour case activée si votre application utilise actuellement un hub IoT unique. Cette commande retourne une erreur si l’application possède actuellement un hub IoT unique.

Travailler avec plusieurs hubs IoT

En raison de la mise à l’échelle automatique et de la prise en charge de la HADR, les instances IoT Hub dans votre application peuvent changer. Par exemple :

  • Le nombre de hubs peut augmenter ou diminuer selon la mise à l’échelle de l’application.
  • Un hub peut tomber en panne et devenir indisponible.
  • Les procédures de récupération d’urgence peuvent ajouter de nouveaux hubs dans une autre région pour remplacer les hubs d’une région défaillante.

Bien qu’IoT Central gère pour vous les hubs IoT de votre application, un appareil doit pouvoir rétablir une connexion si le hub auquel il se connecte n’est pas disponible :

Approvisionnement des appareils

Lorsque le nombre de hubs IoT de votre application change, un appareil peut avoir besoin de se connecter à un hub différent.

Avant qu’un appareil se connecte à IoT Central, il doit être inscrit et approvisionné dans les services sous-jacents. Lorsque vous ajoutez un appareil à une application IoT Central, IoT Central ajoute une entrée à un groupe d’inscription DPS. Les informations du groupe d’inscription, telles que l’étendue de l’ID, l’identité d’appareil et les clés, apparaissent dans l’interface utilisateur d’IoT Central.

Quand un appareil se connecte pour la première fois à votre application IoT Central, DPS approvisionne l’appareil dans l’un des hubs IoT liés du groupe d’inscriptions. L’appareil est alors associé à ce hub IoT. DPS utilise une stratégie d’allocation pour équilibrer la charge de l’approvisionnement entre les hubs IoT de l’application. Ce processus garantit que chaque hub IoT possède un nombre similaire d’appareils approvisionnés.

Pour en savoir plus sur l’inscription et l’approvisionnement dans IoT Central, consultez Guide de connectivité des appareils IoT Central.

Connexions d’appareils

Une fois que DPS a approvisionné un appareil sur un hub IoT, l’appareil tente toujours de se connecter à ce hub. Si un appareil ne peut pas atteindre le hub IoT sur lequel il est approvisionné, il ne peut pas se connecter à votre application IoT Central. Pour gérer ce scénario, le microprogramme de votre appareil doit inclure une stratégie de nouvelle tentative qui redirige l’appareil vers un autre hub.

Pour en savoir plus sur la façon dont le microprogramme de l’appareil doit gérer les erreurs de connexion et se connecter à un autre hub, consultez Meilleures pratiques.

Pour en savoir plus sur la façon de vérifier que le microprogramme de votre appareil peut gérer les échecs de connexion, consultez Tester les capacités de basculement.

Exportation des données

Les applications IoT Central utilisent souvent d’autres services configurés par l’utilisateur. Par exemple, vous pouvez configurer votre application IoT Central pour exporter en continu des données vers des services tels qu’Azure Event Hubs et Stockage Blob Azure.

Si une exportation de données configurée ne peut pas écrire dans sa destination, IoT Central tente de retransmettre les données pendant 15 minutes maximum, après quoi IoT Central marque la destination comme étant en échec. Les destinations en échec sont régulièrement vérifiées pour savoir si elles sont accessibles en écriture.

Vous pouvez forcer IoT Central à redémarrer les exportations ayant échoué en désactivant et en réactivant l’exportation des données.

Consultez les meilleures pratiques en matière de haute disponibilité et de scalabilité pour le service de destination des exportations de données que vous utilisez :

Limites

Actuellement, les appareils IoT Edge ne peuvent pas passer d’un hub IoT à l’autre.

Étapes suivantes

Maintenant que vous avez découvert la scalabilité et la haute disponibilité d’Azure IoT Central, la prochaine étape consiste à découvrir les Quotas et limites dans Azure IoT Central.