Partager via

Comment réapprovisionner les appareils

Durant le cycle de vie d’une solution IoT, il est fréquent d’avoir à déplacer des appareils d’un hub IoT à un autre. Cet article est écrit pour aider les opérateurs de solution à configurer des stratégies de reprovisionnement.

Pour une présentation plus détaillée des scénarios de réapprovisionnement, consultez Concepts du réapprovisionnement d’appareils IoT Hub.

Définir la stratégie de réapprovisionnement

Les étapes suivantes configurent la stratégie de réapprovisionnement pour une inscription individuelle ou un groupe d’inscriptions :

  1. Connectez-vous au Portail Microsoft Azure et accédez à votre instance Device Provisioning Service.

  2. Sélectionnez Gérer les inscriptions, puis l’onglet Groupes d’inscriptions ou l’onglet Inscriptions individuelles.

  3. Sélectionnez le nom du groupe d’inscriptions ou de l’inscription individuelle que vous voulez configurer pour le réapprovisionnement.

  4. Utilisez le menu déroulant sous Stratégie de réapprovisionnement pour choisir l’une des stratégies de réapprovisionnement suivantes :

    • Ne réapprovisionnez jamais l’appareil.

    • Réapprovisionner un appareil et rétablir l’état initial : cette stratégie est appliquée quand des appareils associés à l’entrée d’inscription envoient une nouvelle demande d’approvisionnement. Selon la configuration de l’entrée d’inscription, l’appareil peut être réaffecté à un autre hub IoT. Si l’appareil change d’IoT Hubs, l’inscription de l’appareil avec le hub IoT initial est supprimée. Les données de configuration initiales que l'instance du service de provisionnement a reçues lors du provisionnement de l'appareil sont fournies au nouveau hub IoT. Durant la migration, l’état de l’appareil indique Affectation.

    • Réapprovisionner un appareil et migrer l’état actuel : cette stratégie est appliquée quand des appareils associés à l’entrée d’inscription envoient une nouvelle demande d’approvisionnement. Selon la configuration de l’entrée d’inscription, l’appareil peut être réaffecté à un autre hub IoT. Si l’appareil change d’IoT Hubs, l’inscription de l’appareil avec le hub IoT initial est supprimée. Toutes les informations d’état de l’appareil de ce hub IoT initial sont migrées vers le nouveau hub IoT. Pendant la migration, l’état de l’appareil est signalé en tant que Assignation

  5. Sélectionnez Enregistrer pour activer le réapprovisionnement de l’appareil en fonction de vos modifications.

Configurer la stratégie d’allocation de l’inscription

La stratégie d’allocation détermine la façon dont les appareils associés à l’inscription sont alloués ou affectés à un hub IoT une fois reprovisionnés. Pour en savoir plus sur les stratégies d’allocation, consultez Comment utiliser des stratégies d’allocation pour approvisionner des appareils sur des hubs IoT.

Les étapes suivantes configurent la stratégie d’allocation pour l’inscription d’un appareil :

  1. Connectez-vous au Portail Microsoft Azure et accédez à votre instance Device Provisioning Service.

  2. Sélectionnez Gérer les inscriptions, puis l’onglet Groupes d’inscriptions ou l’onglet Inscriptions individuelles.

  3. Sélectionnez le nom du groupe d’inscriptions ou de l’inscription individuelle que vous voulez configurer pour le réapprovisionnement.

  4. Sur la page Détails de l’inscription, sélectionnez l’onglet Hubs IoT.

  5. Sélectionnez l’une des stratégies d’allocation suivantes :

    • Statique : cette stratégie nécessite que le hub IoT souhaité figure dans la liste des entrées d’inscription pour un appareil à approvisionner. Cette stratégie vous permet de désigner un seul hub IoT auquel vous voulez attribuer les appareils.

    • Distribution uniformément pondérée : cette stratégie distribue les appareils entre les hubs IoT en fonction de la pondération d’allocation configurée sur chaque hub IoT. Les hubs IoT avec une pondération d’allocation plus élevée ont une plus grande probabilité de se voir attribuer des appareils. Si vous approvisionnez des appareils sur un seul Azure IoT Hub, nous vous recommandons ce paramètre. Il s’agit du paramètre par défaut.

    • Latence la plus faible : cette stratégie affecte des appareils au hub IoT, ce qui entraîne les communications de latence les plus faibles entre l’appareil et IoT Hub. Cette option permet à l’appareil communiquer avec le hub IoT le plus proche de l’emplacement.

    • Personnalisée (utiliser Azure Functions) : cette stratégie utilise un webhook personnalisé hébergé dans Azure Functions pour attribuer des appareils à un ou plusieurs hubs IoT. Les stratégies d’allocation personnalisées vous permettent de mieux contrôler le processus d’assignation des appareils à vos hubs IoT. Pour plus d’informations, consultez Comprendre les stratégies d’allocation personnalisées avec le service Azure IoT Hub Device Provisioning.

  6. Sous Hubs IoT cibles, sélectionnez les hubs IoT liés que vous voulez inclure dans votre stratégie d’allocation. Si vous le souhaitez, ajoutez un nouveau hub IoT lié en utilisant le bouton Ajouter un lien au hub IoT.

    • Avec la stratégie d’allocation Configuration statique, sélectionnez le hub IoT auquel vous voulez affecter les appareils.

    • Avec la stratégie d’allocation de distribution pondérée uniformément , les appareils sont hachés sur les hubs IoT que vous sélectionnez en fonction de leurs pondérations d’allocation configurées.

    • Avec la stratégie d’allocation de latence la plus faible, les hubs IoT que vous sélectionnez sont inclus dans l’évaluation de la latence pour déterminer le hub IoT le plus proche pour l’affectation d’appareil.

    • Avec la stratégie d’allocation Personnalisée, sélectionnez les hubs IoT que vous souhaitez évaluer pour l’attribution par votre webhook d’allocation personnalisé.

  7. Sélectionnez Enregistrer.

Envoyer une demande de provisionnement depuis l’appareil

Pour que les périphériques soient réapprovisionnés en fonction des modifications de configuration apportées dans les sections précédentes, ces périphériques doivent demander un réapprovisionnement.

La fréquence à laquelle un appareil envoie une demande de provisionnement varie selon le scénario. Lorsque vous concevez votre solution et définissez une logique de reprovisionnement, vous devez prendre en compte quelques points. Exemple :

  • La fréquence à laquelle vous prévoyez que vos appareils redémarreront
  • Les quotas et limites DPS
  • Temps de déploiement attendu pour votre flotte (déploiement par phases et tous en même temps)
  • Fonctionnalité de nouvelle tentative implémentée sur votre code client, comme décrit dans les instructions de gestion des erreurs temporaires du Centre d’architecture Azure

Conseil

Nous vous recommandons de ne pas effectuer d’approvisionnement à chaque redémarrage de l'appareil, car cette action pourrait atteindre les limites de limitation du service, en particulier lors du reprovisionnement simultané de plusieurs milliers ou millions d’appareils. Vous devez plutôt tenter d’utiliser l’API de recherche de l’état d’inscription de l’appareil pour essayer de vous connecter avec ces informations à IoT Hub. Si cela échoue, essayez de réapprovisionner car les informations de l'IoT Hub ont peut-être changé. N’oubliez pas que l’interrogation de l’état d’inscription compte comme nouvelle inscription d’appareil. Vous devez donc envisager la limite d’inscription de l’appareil. Envisagez également d’implémenter une logique de nouvelle tentative appropriée, telle que l’interruption exponentielle avec la randomisation, comme décrit dans les instructions de gestion des erreurs temporaires du Centre d’architecture Azure. Dans certains cas, selon les fonctionnalités de l’appareil, il est possible d’enregistrer les informations IoT Hub directement sur l’appareil pour se connecter directement à IoT Hub après le provisionnement initial à l’aide de DPS. Si vous choisissez d’enregistrer directement sur l’appareil, veillez à implémenter un mécanisme de secours en cas d’erreurs spécifiques à partir d’IoT Hub. Par exemple, examinez les scénarios suivants :

  • Réessayez l’opération IoT Hub si le code de résultat est 429 (Trop de requêtes) ou une erreur dans la plage 5xx. Ne réessayez pas pour d’autres erreurs.
  • Pour les erreurs 429, réessayez uniquement après le temps indiqué dans l'en-tête Retry-After.
  • Pour les erreurs 5xx, utilisez un recul exponentiel, avec la première tentative au moins 5 secondes après la réponse.
  • Lors d’erreurs autres que 429 et 5xx, réeffectuez l’inscription par le biais de DPS
  • Dans l’idéal, vous devez également prendre en charge une méthode directe pour déclencher manuellement l’approvisionnement à la demande.

Nous vous recommandons également de tenir compte des limites du service lors de la planification d’activités telles que l’envoi (push) de mises à jour à votre flotte. Par exemple, la mise à jour de la flotte en même temps peut entraîner la réinscription de tous les appareils via DPS (ce qui peut facilement dépasser la limite de quota d’inscription.) Pour ces scénarios, envisagez de planifier les mises à jour des appareils en phases au lieu de mettre à jour votre flotte entière en même temps.

Étapes suivantes

  • Last updated on