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 est en fin de vie depuis 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, que ce soit 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, vous pouvez essayer l’un des canaux suivants pour la prise en charge :
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.
É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 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 composant logiciel enfichable 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 :
- Dispose de 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 connaît un partenaire qui 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 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 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 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 fin de date de prise en charge 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 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 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 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 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 |
|---|---|---|---|---|
| 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 | ||
| Rivière vent 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 fin de date de prise en charge 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 | Catégorie | 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 d’IoT Edge, consultez l’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 de développement logiciel (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.36.x |
Machines Virtuelles
Azure IoT Edge peut être exécuté sur 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 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 s’exécute correctement sur des 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.
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 ?