适用于：
IoT Edge 1.5
重要
IoT Edge 1.5 LTS 是受支持的版本。 IoT Edge 1.4 LTS 于 2024 年 11 月 12 日终止。 如果使用的是早期版本，请参阅 Update IoT Edge。
本文介绍IoT Edge支持哪些作系统平台、IoT Edge运行时、容器引擎和组件（无论是正式版还是预览版）。
获取支持
如果在使用 Azure IoT Edge 服务时遇到问题，可以尝试以下渠道之一进行支持：
报告漏洞 - 涉及 Azure IoT Edge 产品的大部分开发工作都是在 IoT Edge 开源项目中进行的。 可以在项目的问题页面上报告 bug。 与 Azure IoT Edge for Linux on Windows 相关的 bug 可以在 iotedge-eflow 问题页上报告。
Microsoft 客户支持团队 - 拥有支持计划的用户可通过直接从 Azure 门户创建支持票证来与 Azure 客户支持团队进行沟通。
功能请求 - Azure IoT Edge 产品通过产品的 Azure 反馈社区跟踪功能请求。
容器引擎
Azure IoT Edge 模块是以容器形式实现的，因此 IoT Edge 需要容器引擎来启动这些模块。 Azure 提供了容器引擎 moby-engine 来满足此要求。 该容器引擎基于 Moby 开源项目。 Docker CE 和 Docker EE 是其他常用的容器引擎。 它们也基于 Moby 开放源代码项目并且与 Azure IoT Edge 兼容。 Azure 对使用那些容器引擎的系统提供尽力而为的支持；但是，Azure 不能为其中的问题提供修复。 因此，Azure 建议在生产系统上使用 moby-engine。 如果您使用的是 Ubuntu Core 的快照包，则 Docker 的快照包由 Canonical 负责维护，并支持用于生产场景中。
操作系统
Azure IoT Edge 在大多数可以运行容器的操作系统上运行；但是，并非所有这些系统都受到同等支持。 操作系统分组为各个层级，这些层级表示用户可以预期的支持级别。
- 支持第 1 层系统。 对于第 1 层系统，Microsoft 会采取以下措施：
- 此操作系统包含在自动化测试中。
- 为它们提供安装包。
- 第 2 层系统与 Azure IoT Edge 兼容并且可以相对容易地使用。 对于第 2 层系统：
- Azure 已在平台上进行了非正式测试，或者知道合作伙伴已在平台上成功运行 Azure IoT Edge
- 其他平台的安装包可能适用于这些平台。
第 1 层
下表中列出的系统（不管是公开发布版还是公共预览版）受 Microsoft 的支持，并在每个新版本中进行了测试。
Linux 容器
构建为 Linux 容器的模块可以部署到 Linux 或 Windows 设备。 对于 Linux 设备，IoT Edge 运行时会直接安装在主机设备上。 对于 Windows 设备，一个预装有 IoT Edge 运行时的 Linux 虚拟机会在主机设备上运行。
建议使用 IoT Edge for Linux on Windows 在 Windows 设备上运行 IoT Edge。
| 操作系统 | AMD64 | ARM32v7 | ARM64 | 结束支持 |
|---|---|---|---|---|
| Debian 11 （公牛） |
|
2026 年 6 月 | ||
| Red Hat Enterprise Linux 9 |
|
2032 年 5 月 | ||
| Red Hat Enterprise Linux 8 |
|
2029 年 5 月 | ||
| Ubuntu Server 22.04 |
|
|
2027 年 6 月 | |
| Ubuntu Server 20.04 |
|
|
2025 年 4 月 | |
| Windows 10/11 |
|
|
有关受支持的 Windows OS 版本，请参阅 Azure IoT EFLOW。 | |
| Windows Server 2019/2022 |
|
有关受支持的 Windows OS 版本，请参阅 Azure IoT EFLOW。 |
注意
某些作系统同时出现在第 1 层和第 2 层表中，因为不同的 CPU 体系结构具有不同的支持级别。 例如，Debian 11 是 ARM32v7 的第 1 层，但适用于 AMD64 和 ARM64 的第 2 层。 检查两个表并匹配您的目标体系结构，以找到正确的支持层级。
注意
当一级操作系统达到标准支持结束日期时，将从一级受支持的平台列表中移除。 如果不采取任何操作，则在不受支持的操作系统上运行的 IoT Edge 设备将继续工作，但在支持日期结束后，操作系统主机包中的持续安全修补程序和 bug 修复将不可用。 若要继续接收支持和安全更新，建议将主机 OS 更新到支持的第 1 层平台。
Windows 容器
我们不再支持 Windows 容器。 建议使用 IoT Edge for Linux on Windows 在 Windows 设备上运行 IoT Edge。
第 2 层
下表中列出的系统被视为与 Azure IoT Edge 兼容，但 Microsoft 不会对其进行主动测试或维护。
| 操作系统 | AMD64 | ARM32v7 | ARM64 | 操作系统供应商标准支持结束 |
|---|---|---|---|---|
| Debian 11 |
|
|
2026 年 6 月 | |
| Mentor Embedded Linux Flex OS |
|
|
|
|
| Mentor Embedded Linux Omni OS |
|
|
||
| Ubuntu Server 24.04 |
|
2029 年 6 月 | ||
| Ubuntu Server 22.04 |
|
2027 年 6 月 | ||
| Ubuntu Server 20.04 |
|
2025 年 5 月 | ||
| 风河 8 |
|
|||
|
Yocto（Scarthgap） 对于 Yocto 问题，请打开 GitHub 问题 |
|
|
|
2028 年 4 月 |
|
约克托（柯克斯通） 对于 Yocto 问题，请打开 GitHub 问题 |
|
|
|
2026 年 4 月 |
注意
当第 2 层操作系统达到标准支持期结束时，将从受支持的平台列表中移除。 如果不采取任何操作，则在不受支持的操作系统上运行的 IoT Edge 设备将继续工作，但在支持日期结束后，操作系统主机包中的持续安全修补程序和 bug 修复将不可用。 若要继续获得支持和安全更新，建议你将主机 OS 更新为第 1 层支持的平台。
发布
下表列出了当前支持的版本。 IoT Edge 发布资产和发布说明在 azure-iotedge 发布页面上提供。
| 发行说明和资产 | 类型 | 发布日期 | 支持结束日期 |
|---|---|---|---|
| 1.5 | 长期支持 (LTS) | 2024 年 4 月 | 2026 年 11 月 10 日 |
有关IoT Edge版本历史记录的详细信息，请参阅 Version history。
重要
- 每个 Azure 产品都有生命周期。 生命周期从产品发布开始，到不再受支持时结束。 了解此生命周期中的关键日期可帮助你就何时升级软件或对其进行其他更改做出明智的决策。 IoT Edge 由 Azure 的新式生命周期策略治理。
IoT Edge使用 Microsoft。Azure。Devices.Client SDK。 有关详细信息，请参阅 Azure IoT C# SDK GitHub 存储库或 Azure SDK for .NET 参考内容。 以下列表显示了用于测试每个版本的客户端 SDK 版本：
| IoT Edge 版本 | Microsoft.Azure.Devices.Client SDK 版本 |
|---|---|
| 1.5 | 1.36.x |
虚拟机
Azure IoT Edge 可以在虚拟机（例如 Azure 虚拟机）中运行。 当客户想要利用边缘智能增强现有的基础结构时，经常会使用虚拟机作为 IoT Edge 设备。 主机 VM OS 系列必须与模块容器内部使用的来宾 OS 系列相匹配。 直接在设备上运行 Azure IoT Edge 时，同样要满足此要求。 Azure IoT Edge不区分底层虚拟化技术，将在以 Hyper-V 和 vSphere 等平台为后盾的 VM 中工作。
最低系统要求
Azure IoT Edge在与 Raspberry Pi3 一样小到服务器级硬件的设备上运行良好。 为您的方案选择合适的硬件取决于您想要运行的工作负载。 在设备方面做出最终决策可能比较复杂；但是，可以在传统的便携式计算机或台式机上轻松开始设计解决方案的原型。
下表提供了硬件要求的一般指南：
| 配置 | RAM | 存储 | CPU |
|---|---|---|---|
| 最小值（仅 edgeAgent，无自定义模块） | 256 MB | 2 GB | 1 个内核 |
| 典型 （edgeAgent + edgeHub + 几个模块） | 1GB | 8 GB | 2 个核心 |
| 生产（许多模块，消息缓冲） | 2+ GB (千兆字节) | 16GB以上 | 4 核心以上 |
实际要求取决于工作负荷。 处理映像或运行机器学习模型的模块需要比筛选遥测的模块更多的资源。
在设计原型期间获得的经验可以帮助你在设备方面做出最终的选择。 应考虑的问题包括：
- 工作负荷中有多少个模块？
- 模块的容器共享多少层？
- 你的模块采用什么语言编写？
- 模块将处理多少数据？
- 模块是否需要使用任何专用硬件来加速其工作负荷？
- 所需的解决方案性能特点有哪些？
- 硬件预算是多少？