Questions fréquentes (FAQ) sur Opérations Azure IoT

Partagez vos commentaires sur le forum de commentaires publics d’Opérations Azure IoT.

Oui, les charges de travail Opérations Azure IoT sur les clusters K3s et HCI/AKS-Arc multinœuds prennent en charge la répartition des charges de travail sur plusieurs configurations multinœuds. L’Agent MQTT réplique automatiquement les états sur plusieurs nœuds régis par le paramètre « cardinalité » de l’Agent. Les réplicas sont répartis sur différents nœuds dans un cluster multinœud et les données ne sont pas perdues s’il y a un ensemble de réplicas en cours d’exécution et sains.

Pour réduire à zéro la perte de messages, un cluster d’au moins 3 nœuds est nécessaire. Cette configuration permet à un nœud de redémarrer ou de passer hors connexion sans perte de données. Toutefois, si l’ensemble du cluster tombe en panne ou si le nombre de nœuds perdus est suffisant pour perturber le quorum, il peut y avoir une perte de messages.

Actuellement, MQTT avec QoS-2 n’est pas pris en charge. QoS 2 fournit des garanties de message strictes (Exactement une fois) et nécessite une gestion et une synchronisation complexes des états, ce qui peut impacter les performances et la scalabilité. QoS-0 (Au plus une fois) et QoS-1 (Au moins une fois) fournissent des garanties de remise de messages suffisantes pour les applications Opérations Azure IoT, où un équilibre entre la disponibilité, le débit, la latence et une remise fiable des messages est souhaité.

La persistance complète des messages est dans la feuille de route, mais Opérations Azure IoT prend en charge la persistance des messages en mémoire avec un débordement facultatif sur le disque. Cette configuration permet aux messages de rester disponibles en mémoire, les messages de dépassement de capacité étant stockés temporairement sur le disque pour empêcher la perte de données pendant les grands volumes de messages. Toutefois, si un pod redémarre, les messages écrits sur le disque ne peuvent pas être restaurés.

Pour plus d’informations sur la haute disponibilité dans les zones de disponibilité et les régions pour Registre de Dispositifs Azure, consultez Fiabilité dans Registre de Dispositifs Azure.

Actuellement, K3s sur Ubuntu 24.04 est la seule plateforme généralement disponible pour le déploiement d’Opérations Azure IoT en production. Pour découvrir plus d’informations, consultez Environnements pris en charge.

Azure IoT Edge n’est pas un service avec Azure Arc comme Opérations Azure IoT. À la place, IoT Edge est profondément intégré à des primitives Azure IoT Hub sur lesquelles il s’appuie pour fonctionner, comme les jumeaux d’appareil et les méthodes directes. Bien qu’Opérations Azure IoT puisse obtenir des résultats similaires à IoT Edge dans certains scénarios, les deux services ont des architectures fondamentalement différentes. Par conséquent, il n’existe pas de chemin de migration direct pour la transition des modules de charge de travail IoT Edge vers Opérations Azure IoT.

Actuellement, Opérations Azure IoT prend en charge OPC-UA et MQTT pour la communication des appareils.

Opérations Azure IoT est disponible dans les régions USA Est 2, USA Ouest 3, Europe Ouest, USA Est, USA Ouest, USA Ouest, USA Ouest 2, Europe Nord.

Opérations Azure IoT prend en charge la connexion via des proxys directs qui ne nécessitent pas d’authentification du proxy. Les proxys qui nécessitent une authentification ou qui peuvent inspecter le trafic chiffré ne sont actuellement pas pris en charge.

Actuellement, Opérations Azure IoT ne prend pas en charge Azure Private Link et les points de terminaison privés.

Contenu connexe

Pour plus d’informations, consultez Vue d’ensemble d’Opérations IoT et Documentation.