Plateformes prises en charge par Azure IoT Edge
Attention
Cet article fait référence à CentOS, une distribution Linux ayant atteint l’état EOL (fin du service). Veuillez considérer votre utilisation et votre planification en conséquence. Pour plus d’informations, consultez l’aide relative à la fin de vie de CentOS.
S’applique à : IoT Edge 1.4
S’applique à : IoT Edge 1.5
Important
IoT Edge 1.5 LTS et IoT Edge 1.4 sont des versions prises en charge. IoT Edge 1.4 LTS sera en fin de vie le 12 novembre 2024. Si vous utilisez une version antérieure, consultez l’article Mettre à jour IoT Edge.
Cet article explique les plateformes de système d’exploitation, les runtimes IoT Edge, les moteurs de conteneur et les composants pris en charge par IoT Edge, qu’ils soient en disponibilité générale ou en préversion.
Obtenir de l’aide
Si vous rencontrez des problèmes lors de l’utilisation du service Azure IoT Edge, plusieurs méthodes de recherche de support sont possibles. Essayez l’un des canaux suivants pour obtenir un support :
Signalement de bogues : la plupart du développement du produit Azure IoT Edge intervient dans le projet open source IoT Edge. Vous pouvez signaler les bogues dans la page des problèmes du projet. Vous pouvez signaler les bogues relatifs à Azure IoT Edge pour Linux sur Windows sur la page problèmes iotedge-eflow. Les correctifs apportés aux projets sont rapidement intégrés aux mises à jour du produit.
Équipe de support technique Microsoft : les utilisateurs qui ont un plan de support peuvent solliciter l’équipe de support technique Microsoft en créant un ticket de support directement à partir du portail Azure.
Requêtes de nouvelles fonctionnalités – Le produit Azure IoT Edge suit les demandes de fonctionnalités via la communauté de commentaires Azure du produit.
Moteurs de conteneur
Les modules Azure IoT Edge sont implémentés en tant que conteneurs, IoT Edge a ainsi besoin d’un moteur de conteneur pour les lancer. Microsoft fournit un moteur de conteneur, moby-engine, pour satisfaire à cette exigence. Ce moteur de conteneur est basé sur le projet open source Moby. Docker CE et Docker EE sont d’autres moteurs de conteneur populaires. Ils sont également basés sur le projet open source Moby et sont compatibles avec Azure IoT Edge. Microsoft s’efforce de fournir un support pour les systèmes qui utilisent ces moteurs de conteneur, mais ne peut toutefois pas fournir des correctifs pour les problèmes qui les affectent. C’est la raison pour laquelle Microsoft recommande d’utiliser Moby Engine sur les systèmes en production. Si vous utilisez des snaps Ubuntu Core, le snap Docker est géré par Canonical et pris en charge pour les scénarios de production.
Systèmes d’exploitation
Azure IoT Edge s’exécute sur la plupart des systèmes d’exploitation capables d'exécuter des conteneurs. Cela étant, tous ces systèmes ne sont pas pris en charge de la même façon. Les systèmes d’exploitation sont regroupés en niveaux qui représentent le niveau de prise en charge que les utilisateurs peuvent espérer.
- Les systèmes de niveau 1 sont pris en charge. Pour les systèmes de niveau 1, Microsoft :
- intègre ce système d’exploitation à des tests automatisés
- fournit des packages d’installation pour ces systèmes
- Les systèmes de niveau 2 sont compatibles avec Azure IoT Edge et peuvent être utilisés relativement facilement. Pour les systèmes de niveau 2 :
- Microsoft a réalisé des tests informels sur les plateformes ou a connaissance d’un partenaire qui exécute Azure IoT Edge correctement sur la plateforme
- Les packages d’installation pour d’autres plateformes peuvent fonctionner sur ces plateformes
Niveau 1
Les systèmes qui figurent dans les tableaux ci-dessous sont pris en charge par Microsoft, soit en disponibilité générale soit en préversion publique, et sont testés avec chaque nouvelle version.
Conteneurs Linux
Les modules créés en tant que conteneurs Linux peuvent être déployés sur des appareils Linux ou Windows. Pour les appareils Linux, le runtime IoT Edge est installé directement sur l’appareil hôte. Pour les appareils Windows, une machine virtuelle Linux précréée avec le runtime IoT Edge s’exécute sur l’appareil hôte.
IoT Edge pour Linux sous Windows est la méthode recommandée pour exécuter IoT Edge sur les appareils Windows.
Système d'exploitation | AMD64 | ARM32v7 | ARM64 | Fin du support standard du fournisseur de système d’exploitation |
---|---|---|---|---|
Debian 11 | Juin 2026 | |||
Red Hat Enterprise Linux 9 | Mai 2032 | |||
Red Hat Enterprise Linux 8 | Mai 2029 | |||
Ubuntu Server 22.04 | Juin 2027 | |||
Ubuntu Server 20.04 | Avril 2025 | |||
Windows 10/11 | Consultez Azure IoT EFLOW pour connaître les versions du système d’exploitation Windows prises en charge. | |||
Windows Server 2019/2022 | Consultez Azure IoT EFLOW pour connaître les versions du système d’exploitation Windows prises en charge. |
Système d’exploitation | AMD64 | ARM32v7 | ARM64 | Fin du support standard du fournisseur de système d’exploitation |
---|---|---|---|---|
Debian 12 | Juin 2028 | |||
Debian 11 | Juin 2026 | |||
Red Hat Enterprise Linux 9 | Mai 2032 | |||
Red Hat Enterprise Linux 8 | Mai 2029 | |||
Ubuntu Server 24.04 | Juin 2029 | |||
Ubuntu Server 22.04 | Juin 2027 | |||
Ubuntu Server 20.04 | Avril 2025 | |||
Ubuntu Core 1 | Avril 2027 | |||
Windows 10/11 | Consultez Azure IoT EFLOW pour connaître les versions du système d’exploitation Windows prises en charge. | |||
Windows Server 2019/2022 | Consultez Azure IoT EFLOW pour connaître les versions du système d’exploitation Windows prises en charge. |
1 Ubuntu Core est entièrement pris en charge, mais le test automatisé des snaps se produit actuellement sur Ubuntu 22.04 Server LTS.
Remarque
Lorsqu’un système d’exploitation de Niveau 1 atteint sa date de fin de support standard, il est supprimé de la liste des plateformes prises en charge de Niveau 1. Si vous ne prenez aucune mesure, les appareils IoT Edge exécutés sur le système d’exploitation non pris en charge continuent de fonctionner, mais les correctifs de sécurité et les corrections de bugs en cours dans les packages hôtes pour le système d’exploitation ne seront plus disponibles après la date de fin de prise en charge. Pour continuer à recevoir du support et des mises à jour de sécurité, nous vous recommandons de mettre à jour votre système d'exploitation hôte vers une plate-forme prise en charge de Niveau 1.
Conteneurs Windows
Nous ne prenons plus en charge les conteneurs Windows. IoT Edge pour Linux sous Windows est la méthode recommandée pour exécuter IoT Edge sur les appareils Windows.
Niveau 2
Les systèmes listés dans le tableau suivant sont considérés comme étant compatibles avec Azure IoT Edge, mais ne sont pas activement testés ni gérés par Microsoft.
Important
La prise en charge de ces systèmes nécessite la meilleure des efforts et peut nécessiter que vous reproduisiez le problème sur un système pris en charge de niveau 1.
Les packages d’installation sont disponibles sur les versions Azure IoT Edge. Voir les étapes d’installation dans Installation d’une version spécifique ou hors connexion.
Système d’exploitation | AMD64 | ARM32v7 | ARM64 | Fin du support standard du fournisseur de système d’exploitation |
---|---|---|---|---|
CentOS-7 | Juin 2024 | |||
Debian 10 1 | Juin 2024 | |||
Debian 11 | Juin 2026 | |||
Système d’exploitation Mentor Embedded Linux Flex | ||||
Système d’exploitation Mentor Embedded Linux Omni | ||||
RHEL 7 | Juin 2024 | |||
Ubuntu Server 22.04 | Juin 2027 | |||
Ubuntu Server 20.04 | Avril 2025 | |||
Ubuntu Core 2 | Avril 2027 | |||
Wind River 8 | ||||
Yocto (kirkstone) Pour les tickets Yocto, ouvrez un ticket GitHub |
Avril 2026 | |||
Raspberry Pi OS Buster | Juin 2024 |
1 Avec la version 1.3, il existe de nouveaux appels système qui provoquent des plantages dans Debian 10. Pour voir la solution de contournement, consultez la section Problème connu : Debian 10 (Buster) sur ARMv7 des notes de publication 1.3 pour plus d’informations.
2 Ubuntu Core est entièrement pris en charge, mais le test automatisé des snaps se produit actuellement sur Ubuntu 22.04 Server LTS.
Système d’exploitation | AMD64 | ARM32v7 | ARM64 | Fin du support standard du fournisseur de système d’exploitation |
---|---|---|---|---|
Debian 11 | Juin 2026 | |||
Système d’exploitation Mentor Embedded Linux Flex | ||||
Système d’exploitation Mentor Embedded Linux Omni | ||||
Ubuntu Server 24.04 | Juin 2029 | |||
Ubuntu Server 22.04 | Juin 2027 | |||
Ubuntu Server 20.04 | Avril 2025 | |||
Wind River 8 | ||||
Yocto (scarthgap) Pour les tickets Yocto, ouvrez un ticket GitHub |
Avril 2028 | |||
Yocto (kirkstone) Pour les tickets Yocto, ouvrez un ticket GitHub |
Avril 2026 |
Remarque
Lorsqu’un système d’exploitation de Niveau 2 atteint sa date de fin de support standard, il est supprimé de la liste des plateformes prises en charge. Si vous ne prenez aucune mesure, les appareils IoT Edge exécutés sur le système d’exploitation non pris en charge continuent de fonctionner, mais les correctifs de sécurité et les corrections de bugs en cours dans les packages hôtes pour le système d’exploitation ne seront plus disponibles après la date de fin de prise en charge. Pour continuer à recevoir du support et des mises à jour de sécurité, nous vous recommandons de mettre à jour votre système d'exploitation hôte vers une plate-forme prise en charge de Niveau 1.
Versions
Le tableau suivant répertorie les versions actuellement prises en charge. Les ressources de mise en production et les notes de publication d’IoT Edge sont disponibles sur la page Azure-iotedge.
Notes de publication et ressources | Type | Date de sortie | Date de fin de prise en charge |
---|---|---|---|
1.5 | Prise en charge à long terme (LTS) | Avril 2024 | 10 novembre 2026 |
1.4 | Prise en charge à long terme (LTS) | Août 2022 | 12 novembre 2024 |
Pour plus d’informations sur l’historique des versions d’IoT Edge, consultez Historique des versions.
Important
- Chaque produit Microsoft a un cycle de vie. Le cycle de vie commence lorsqu’un produit est rendu disponible et se termine lorsqu’il n’est plus pris en charge. Connaître les dates clés de ce cycle de vie vous aide à prendre des décisions éclairées sur le moment de mettre à niveau ou d’apporter d’autres modifications à votre logiciel. IoT Edge est régie par la politique de cycle de vie moderne de Microsoft.
IoT Edge utilise le kit SDK Microsoft.Azure.Devices.Client. Pour plus d’informations, consultez le référentiel C# Azure IOT SDK GitHub ou le contenu de référence du kit de développement logiciel (SDK) Azure pour .NET. La liste suivante indique la version du kit de développement logiciel (SDK) client pour laquelle chaque version est testée :
Version d’IoT Edge | Version du kit SDK Microsoft.Azure.Devices.Client |
---|---|
1.5 | 1.42.x |
1.4 | 1.36.6 |
Machines Virtuelles
Azure IoT Edge peut être exécuté sur des machines virtuelles, telles qu'une Machine virtuelle Azure. Il est courant d’utiliser une machine virtuelle comme appareil IoT Edge quand les clients souhaitent doter l’infrastructure existante de l’intelligence Edge. La famille du système d’exploitation de la machine virtuelle hôte doit correspondre à la famille du système d’exploitation invité utilisé dans le conteneur d’un module. Cette exigence est la même que lorsqu’Azure IoT Edge est exécuté directement sur un appareil. Azure IoT Edge est indépendant de la technologie de virtualisation sous-jacente et fonctionne sur les machines virtuelles alimentées par des plateformes telles que Hyper-V et vSphere.
Configuration système minimale requise
Azure IoT Edge fonctionne parfaitement sur les appareils aussi petits qu’un Raspberry Pi3 ou du matériel de niveau serveur. Choisissez le matériel adapté à votre scénario en fonction des charges de travail que vous planifiez d’exécuter. La décision finale peut être complexe. Toutefois, vous pouvez facilement créer le prototype d’une solution sur des ordinateurs portables ou de bureau traditionnels.
Vous exercer tout en créant le prototype vous guidera dans votre sélection finale de l’appareil. Voici quelques questions à vous poser :
- Combien de modules compte votre charge de travail ?
- Combien de couches partagent vos conteneurs de modules ?
- Dans quel langage vos modules sont écrits ?
- Quelle quantité de données vos modules auront à traiter ?
- Vos modules ont-ils besoin de matériel spécialisé pour accélérer leurs charges de travail ?
- Quelles sont les caractéristiques de performances souhaitées de votre solution ?
- Quel est votre budget pour le matériel ?