Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
S'applique à :
IoT Edge 1.5
Important
IoT Edge 1.5 LTS est la version prise en charge. IoT Edge 1,4 LTS a atteint la fin de vie le 12 novembre 2024. Si vous utilisez une version antérieure, consultez Update IoT Edge.
Cet article explique quelles plateformes de systèmes d’exploitation, environnements d'exécution IoT Edge, moteurs de conteneurs et composants sont pris en charge par IoT Edge, qu'ils soient généralement disponibles ou en préversion.
Obtenir de l’aide
Si vous rencontrez des problèmes lors de l’utilisation du service Azure IoT Edge, vous pouvez essayer l’un des canaux suivants pour la prise en charge :
Signalement des bugs - La plupart des développements qui concernent le produit Azure IoT Edge ont lieu dans le projet open source IoT Edge. Vous pouvez signaler les bogues dans la page des problèmes du projet. Les bogues liés à Azure IoT Edge pour Linux sur Windows peuvent être signalés sur la page problèmes de iotedge-eflow.
l’équipe du support technique Microsoft - Les utilisateurs disposant d’un plan de support peuvent impliquer l’équipe du support technique Microsoft en créant un ticket de support directement à partir du portail Azure.
Demandes de fonctionnalités - Le produit Azure IoT Edge suit les demandes de fonctionnalités via la communauté de rétroaction Azure.
Moteurs de conteneur
Azure IoT Edge modules sont implémentés en tant que conteneurs. Par conséquent, IoT Edge a besoin d’un moteur de conteneur pour les lancer. Microsoft fournit un moteur de conteneur, moby-engine, pour répondre à 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. Pour cette raison, nous vous recommandons d’utiliser moby-engine uniquement sur les systèmes de 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 qui peuvent exécuter des conteneurs ; toutefois, tous ces systèmes ne sont pas également pris en charge. 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 :
- Inclut ce système d’exploitation dans les tests automatisés.
- Fournit des packages d’installation pour eux.
- 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 effectué des tests informels sur les plateformes ou sait qu’un partenaire s’exécute correctement Azure IoT Edge 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 généré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édéfini avec le runtime IoT Edge s’exécute sur l’appareil hôte.
IoT Edge pour Linux sur Windows est la méthode recommandée pour exécuter des IoT Edge sur des appareils Windows.
| 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 Core 1 |
|
|
Avril 2027 | |
| Windows 10/11 |
|
|
Consultez Azure IoT EFLOW pour connaître les versions de Windows prises en charge. | |
| Windows Server 2019/2022 |
|
Consultez Azure IoT EFLOW pour connaître les versions Windows du système d'exploitation 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
Certains systèmes d’exploitation apparaissent dans les tables de niveau 1 et de niveau 2, car différentes architectures de processeur ont différents niveaux de prise en charge. Par exemple, Debian 11 est de niveau 1 pour ARM32v7, mais de niveau 2 pour AMD64 et ARM64. Vérifiez les deux tables et associez-la à votre architecture cible pour trouver le niveau d'assistance approprié.
Remarque
Lorsqu’un système d’exploitation de niveau 1 atteint sa fin de date de prise en charge standard, il est supprimé de la liste des plateformes prises en charge de niveau 1. Si vous n'effectuez aucune action, IoT Edge appareils s'exécutant sur le système d'exploitation non pris en charge continuent de fonctionner, mais les correctifs de sécurité et les correctifs de bogues dans les packages hôtes du système d'exploitation ne seront pas disponibles après la fin de la date de support. Pour continuer à recevoir des mises à jour de support et de sécurité, nous vous recommandons de mettre à jour votre système d’exploitation hôte vers une plateforme prise en charge de niveau 1.
conteneurs Windows
Nous ne prenons plus en charge les conteneurs Windows. IoT Edge pour Linux sur Windows est la méthode recommandée pour exécuter des IoT Edge sur des appareils Windows.
Niveau 2
Les systèmes répertoriés dans le tableau suivant sont considérés comme compatibles avec Azure IoT Edge, mais ne sont pas testés ou gérés activement par Microsoft.
Important
Les systèmes de niveau 2 sont pris en charge par la communauté. Microsoft valide les fonctionnalités de base sur ces plateformes, mais n’exécute pas de test CI/CD complet sur ces plateformes. La prise en charge de ces systèmes est optimale et peut nécessiter la reproduction du problème sur un système pris en charge de niveau 1.
Les packages d’installation sont disponibles dans 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 |
|---|---|---|---|---|
| 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 | ||
| Wind River 8 |
|
|||
|
Yocto (scarthgap) Pour les problèmes Yocto, ouvrez un problème GitHub |
|
|
|
Avril 2028 |
|
Yocto (kirkstone) Pour les problèmes Yocto, ouvrez un problème GitHub |
|
|
|
Avril 2026 |
Remarque
Lorsqu’un système d’exploitation de niveau 2 atteint sa fin de date de prise en charge standard, il est supprimé de la liste des plateformes prises en charge. Si vous n'effectuez aucune action, IoT Edge appareils s'exécutant sur le système d'exploitation non pris en charge continuent de fonctionner, mais les correctifs de sécurité et les correctifs de bogues dans les packages hôtes du système d'exploitation ne seront pas disponibles après la fin de la date de support. 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.
Publications
Le tableau suivant répertorie les versions actuellement prises en charge. IoT Edge ressources de publication et les notes de publication sont disponibles sur la page azure-iotedge releases.
| Notes de publication et ressources | Type | Date de publication | Date de fin du support |
|---|---|---|---|
| 1.5 | Prise en charge à long terme (LTS) | Avril 2024 | 10 novembre 2026 |
Pour plus d’informations sur l’historique des versions IoT Edge, consultez Version history.
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 de Microsoft Modern.
IoT Edge utilise le Microsoft. Azure. Devices.Client SDK. Pour plus d’informations, consultez le référentiel GitHub Azure IoT C# SDK ou le contenu de référence Azure SDK pour .NET. La liste suivante indique la version du kit de développement logiciel (SDK) client pour laquelle chaque version est testée :
| version de IoT Edge | Microsoft Azure Devices.Client - Version du SDK |
|---|---|
| 1,5 | 1.36.x |
Virtual Machines
Azure IoT Edge pouvez être exécuté dans des machines virtuelles, telles qu’une machine virtuelle Azure. L’utilisation d’une machine virtuelle en tant qu’appareil IoT Edge est courante lorsque vous souhaitez augmenter l’infrastructure existante avec 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 lorsque 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 dans des machines virtuelles alimentées par des plateformes telles que Hyper-V et vSphere.
Configuration système minimale requise
Azure IoT Edge s’exécute correctement sur les appareils aussi petits qu’un Raspberry Pi3 pour le 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.
Le tableau suivant fournit des conseils généraux sur la configuration matérielle requise :
| Paramétrage | RAM | Stockage | CPU (Unité centrale de traitement) |
|---|---|---|---|
| Minimum (edgeAgent uniquement, aucun module personnalisé) | 256 Mo | 2 Go | 1 cœur |
| Typique (edgeAgent + edgeHub + quelques modules) | 1 Go | 8 Go | 2 cœurs |
| Production (de nombreux modules, mise en mémoire tampon des messages) | 2+ Go | Plus de 16 Go | Plus de 4 cœurs |
Les exigences réelles dépendent de votre charge de travail. Les modules qui traitent des images ou exécutent des modèles Machine Learning nécessitent beaucoup plus de ressources que les modules qui filtrent les données de télémétrie.
L'expérience acquise lors de la création du prototype vous aidera à guider 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 ?