Plataformas compatibles con Azure IoT Edge
Precaución
En este artículo se hace referencia a CentOS, una distribución de Linux con un estado de finalización del servicio (EOL). Tenga en cuenta su uso y planeación en consecuencia. Para más información, consulte la Guía de fin de ciclo de vida de CentOS.
Se aplica a: 
IoT Edge 1.4
Se aplica a: IoT Edge 1.5
Importante
IoT Edge 1.5 LTS e IoT Edge 1.4 son versiones compatibles. IoT Edge 1.4 LTS finaliza su ciclo de vida el 12 de noviembre de 2024. Si está usando una versión anterior, consulte Actualización de IoT Edge.
En este artículo se explica qué plataformas de sistema operativo, entornos de ejecución de IoT Edge, motores de contenedor y componentes son compatibles con IoT Edge si están disponibles con carácter general o en versión preliminar.
Obtención de soporte técnico
Si tiene problemas al usar el servicio Azure IoT Edge, hay varias maneras de buscar soporte técnico. Pruebe uno de los siguientes canales para obtener soporte técnico:
Notificación de errores: la mayor parte del desarrollo que lleva el producto de Azure IoT Edge se produce en el proyecto de código abierto de IoT Edge. Los errores se pueden notificar en la página de problemas del proyecto. Los errores relacionados con Azure IoT Edge para Linux en Windows se pueden indicar en la Página de problemas iotedge-eflow. Las correcciones pasan pronto de los proyectos a las actualizaciones de producto.
Equipo de soporte técnico al cliente de Microsoft: los usuarios que dispongan de un plan de soporte técnico pueden ponerse en contacto con este equipo creando una incidencia de soporte técnico directamente en Azure Portal.
Solicitudes de características: el producto de Azure IoT Edge realiza un seguimiento de las solicitudes de características a través de los comentarios de la comunidad de Azure del producto.
Motores de contenedor
Los módulos de Azure IoT Edge se implementan como contenedores, por lo que IoT Edge necesita un motor de contenedores para iniciarlos. Microsoft ofrece un motor de contenedor, moby-engine, para satisfacer este requisito. Este motor de contenedores se basa en el proyecto de código abierto de Moby. Docker CE y Docker EE son otros motores de contenedores conocidos. También se basan en el proyecto de código abierto de Moby y son compatibles con Azure IoT Edge. Microsoft proporciona el mejor soporte técnico posible para los sistemas que usan esos motores de contenedores; sin embargo, Microsoft no puede proporcionar soluciones para los problemas de ellos. Por esta razón, Microsoft recomienda el uso de moby-engine en sistemas de producción. Si usa acoples de Ubuntu Core, el acople de Docker se atenderá mediante Canonical y se admitirá en escenarios de producción.
Sistemas operativos
Azure IoT Edge se ejecuta en la mayoría de los sistemas operativos que pueden ejecutar contenedores. No obstante, la compatibilidad no es igual en todos. Los sistemas operativos se agrupan en niveles que representan el nivel de compatibilidad que los usuarios pueden esperar.
- Se admiten los sistemas de nivel 1. Para los sistemas de nivel 1, Microsoft:
- tiene este sistema operativo en pruebas automatizadas
- proporciona paquetes de instalación para ellos
- Los sistemas de nivel 2 son compatibles con Azure IoT Edge y pueden usarse con relativa facilidad. Para los sistemas de nivel 2:
- Microsoft ha realizado pruebas informales en las plataformas o conoce a un asociado que ha ejecutado correctamente Azure IoT Edge en la plataforma
- Los paquetes de información de otras plataformas pueden funcionar en estas plataformas
Nivel 1
Los sistemas que se enumeran en las tablas siguientes son compatibles con Microsoft, tanto si están disponibles con carácter general como en versión preliminar pública, y se prueban con cada versión nueva.
Contenedores de Linux
Los módulos creados como contenedores de Linux se pueden implementar en dispositivos Linux o Windows. En el caso de los dispositivos Linux, el entorno de ejecución de Azure IoT Edge se instala directamente en el dispositivo host. En el caso de los dispositivos Windows, una máquina virtual Linux pregenerada con el entorno de ejecución de Azure IoT Edge se ejecuta en el dispositivo host.
IoT Edge para Linux en Windows es el método recomendado para ejecutar IoT Edge en dispositivos Windows.
| Sistema operativo | AMD64 | ARM32v7 | ARM64 | Fin del soporte técnico Standard del proveedor del sistema operativo |
|---|---|---|---|---|
| Debian 11 |  |
Junio de 2026 | ||
| Red Hat Enterprise Linux 9 | |
Mayo de 2032 | ||
| Red Hat Enterprise Linux 8 | |
Mayo de 2029 | ||
| Ubuntu Server 22.04 | |
|
Junio de 2027 | |
| Ubuntu Server 20.04 | |
|
Abril de 2025 | |
| Windows 10/11 | |
|
Consulte Azure IoT EFLOW para ver las versiones compatibles del sistema operativo Windows. | |
| Windows Server 2019/2022 | |
Consulte Azure IoT EFLOW para ver las versiones compatibles del sistema operativo Windows. |
| Sistema operativo | AMD64 | ARM32v7 | ARM64 | Fin del soporte técnico Standard del proveedor del sistema operativo |
|---|---|---|---|---|
| Debian 12 | |
|
|
Junio de 2028 |
| Debian 11 | |
Junio de 2026 | ||
| Red Hat Enterprise Linux 9 | |
Mayo de 2032 | ||
| Red Hat Enterprise Linux 8 | |
Mayo de 2029 | ||
| Ubuntu Server 24.04 | |
|
Junio de 2029 | |
| Ubuntu Server 22.04 | |
|
Junio de 2027 | |
| Ubuntu Server 20.04 | |
|
Abril de 2025 | |
| Ubuntu Core 1 | |
|
Abril de 2027 | |
| Windows 10/11 | |
|
Consulte Azure IoT EFLOW para ver las versiones compatibles del sistema operativo Windows. | |
| Windows Server 2019/2022 | |
Consulte Azure IoT EFLOW para ver las versiones compatibles del sistema operativo Windows. |
1 Ubuntu Core es totalmente compatible, pero las pruebas automatizadas de Snaps se producen actualmente en Ubuntu 22.04 Server LTS.
Nota:
Cuando un sistema operativo de Nivel 1 alcanza la fecha de finalización del soporte técnico Standard, se quita de la lista de plataformas admitidas de Nivel 1. Si no realiza ninguna acción, los dispositivos IoT Edge que se ejecutan en el sistema operativo no admitido siguen funcionando, pero las revisiones de seguridad y las correcciones de errores en los paquetes host del sistema operativo no estarán disponibles después de la fecha de finalización del soporte técnico. Para seguir recibiendo actualizaciones de soporte técnico y seguridad, se recomienda actualizar el sistema operativo host a una plataforma compatible de Nivel 1.
Contenedores de Windows
Ya no se admiten contenedores de Windows. IoT Edge para Linux en Windows es el método recomendado para ejecutar IoT Edge en dispositivos Windows.
Nivel 2
Los sistemas que se enumeran en la tabla siguiente se consideran compatibles con Azure IoT Edge, pero Microsoft no los ha probado activamente ni los mantiene.
Importante
La compatibilidad con estos sistemas es el mejor esfuerzo y puede requerir que reproduzca el problema en un sistema compatible de nivel 1.
Los paquetes de instalación están disponibles en las versiones de Azure IoT Edge. Consulte los pasos de instalación en Instalación sin conexión o de una versión específica.
| Sistema operativo | AMD64 | ARM32v7 | ARM64 | Fin del soporte técnico Standard del proveedor del sistema operativo |
|---|---|---|---|---|
| CentOS-7 | |
|
|
Junio de 2024 |
| Debian 10 1 | |
|
|
Junio de 2024 |
| Debian 11 | |
|
Junio de 2026 | |
| Mentor Embedded Linux Flex OS | |
|
|
|
| Mentor Embedded Linux Omni OS | |
|
||
| RHEL 7 | |
|
|
Junio de 2024 |
| Ubuntu Server 22.04 | |
Junio de 2027 | ||
| Ubuntu Server 20.04 | |
Abril de 2025 | ||
| Ubuntu Core 2 | |
|
Abril de 2027 | |
| Wind River 8 | |
|||
| Yocto (Kirkstone) Para problemas de Yocto, abra un Problema de GitHub |
|
|
|
Abril de 2026 |
| Raspberry Pi OS Buster | |
|
Junio de 2024 |
1 Con el lanzamiento de la versión 1.3, hay nuevas llamadas del sistema que provocan bloqueos en Debian 10. Para ver la solución alternativa, consulte la sección Problema conocido: Debian 10 (Buster) en ARMv7 de las notas de la versión 1.3.
2 Ubuntu Core es totalmente compatible, pero las pruebas automatizadas de Snaps se producen actualmente en Ubuntu 22.04 Server LTS.
| Sistema operativo | AMD64 | ARM32v7 | ARM64 | Fin del soporte técnico Standard del proveedor del sistema operativo |
|---|---|---|---|---|
| Debian 11 | |
|
Junio de 2026 | |
| Mentor Embedded Linux Flex OS | |
|
|
|
| Mentor Embedded Linux Omni OS | |
|
||
| Ubuntu Server 24.04 | |
Junio de 2029 | ||
| Ubuntu Server 22.04 | |
Junio de 2027 | ||
| Ubuntu Server 20.04 | |
Abril de 2025 | ||
| Wind River 8 | |
|||
| Yocto (scarthgap) Para problemas de Yocto, abra un Problema de GitHub |
|
|
|
Abril de 2028 |
| Yocto (Kirkstone) Para problemas de Yocto, abra un Problema de GitHub |
|
|
|
Abril de 2026 |
Nota:
Cuando un sistema operativo de Nivel 2 alcanza la fecha de finalización del soporte técnico Standard, se quita de la lista de plataformas admitidas. Si no realiza ninguna acción, los dispositivos IoT Edge que se ejecutan en el sistema operativo no admitido siguen funcionando, pero las revisiones de seguridad y las correcciones de errores en los paquetes host del sistema operativo no estarán disponibles después de la fecha de finalización del soporte técnico. Para seguir recibiendo actualizaciones de soporte técnico y seguridad, se recomienda actualizar el sistema operativo host a una plataforma compatible de Nivel 1.
Lanzamientos
En la tabla siguiente se indican las versiones admitidas actualmente. Los recursos de versión y las notas de la versión de IoT Edge están disponibles en la página de versiones de azure-iotedge.
| Notas de la versión y recursos | Tipo | Fecha de la versión | Fecha de finalización del soporte técnico |
|---|---|---|---|
| 1.5 | Soporte técnico a largo plazo (LTS) | Abril de 2024 | 10 de noviembre de 2026 |
| 1.4 | Soporte técnico a largo plazo (LTS) | Agosto de 2022 | 12 de noviembre de 2024 |
Para obtener más información sobre el historial de versiones de IoT Edge, consulte Historial de versiones.
Importante
- Cada producto de Microsoft tiene un ciclo de vida. El ciclo de vida comienza cuando se lanza un producto y termina cuando ya no es compatible. Conocer las fechas clave de este ciclo de vida le ayuda a tomar decisiones informadas sobre cuándo actualizar o hacer otros cambios en el software. IoT Edge se rige por la Directiva moderna de ciclo de vida de Microsoft.
IoT Edge usa el SDK de Microsoft.Azure.Devices.Client. Para más información, consulte el repositorio de GitHub de SDK de para Azure IoT en C# o el contenido de referencia del SDK de Azure para .NET. En la siguiente lista se muestra la versión del SDK de cliente con el que se prueba cada versión:
| Versión de IoT Edge | Versión del SDK de Microsoft.Azure.Devices.Client |
|---|---|
| 1.5 | 1.42.x |
| 1.4 | 1.36.6 |
Virtual Machines
Azure IoT Edge se puede ejecutar en máquinas virtuales, como una Máquina virtual de Azure. El uso de una máquina virtual como dispositivo de IoT Edge es una práctica habitual cuando los clientes desean mejorar la infraestructura existente con inteligencia perimetral. La familia del sistema operativo de la máquina virtual host debe coincidir con la familia del sistema operativo invitado que se utiliza en el contenedor de un módulo. Este requisito también se aplica cuando Azure IoT Edge se ejecuta directamente en un dispositivo. Azure IoT Edge es independiente de la tecnología de virtualización subyacente y funciona en máquinas virtuales que incorporan plataformas como Hyper-V y vSphere.
Requisitos mínimos del sistema
Azure IoT Edge funciona perfectamente en dispositivos tan pequeños como Raspberry Pi3 y en hardware de nivel de servidor. La elección del hardware adecuado para el escenario dependerá de las cargas de trabajo que se deseen ejecutar. Tomar la decisión final sobre el dispositivo que se va a utilizar puede resultar complicado; sin embargo, puede empezar creando un prototipo de una solución en portátiles o equipos de escritorio tradicionales.
La experiencia que adquiera mientras crea ese prototipo le ayudará a realizar la selección final del dispositivo. Debe considerar las siguientes cuestiones:
- ¿Cuántos módulos hay en la carga de trabajo?
- ¿Cuántas capas comparten los contenedores de los módulos?
- ¿En qué idioma se escriben los módulos?
- ¿Cuántos datos procesarán los módulos?
- ¿Necesitan los módulos algún hardware especializado para acelerar sus cargas de trabajo?
- ¿Cuáles son las características del rendimiento deseado de la solución?
- ¿Cuál es su presupuesto para hardware?