Canonical 在 2026 年 7 月 27 日公布了 Ubuntu 26.04 LTS 的一项重要变化：系统开始提供面向虚拟化组件的 HWE 栈。它解决的不是桌面功能问题，而是云服务器和私有云环境里一个长期存在的矛盾——生产系统希望保持 LTS 稳定，但新的处理器与虚拟化能力又不能等到下一次 LTS 才使用。
此前 Ubuntu 的硬件启用机制主要集中在内核层，新方案把更新范围扩展到 QEMU、libvirt、OVMF 等虚拟化关键组件。对普通 VPS 用户来说，这并不意味着必须立刻切换；但对自建 KVM、机密云服务器和新硬件平台而言，它提供了一条更可控的升级路径。
Ubuntu 26.04 将 HWE 扩展到虚拟化组件
Ubuntu 26.04 LTS 引入的虚拟化 HWE 栈包含 qemu-hwe、libvirt-hwe、edk2-hwe 和 seabios-hwe。这些组件分别负责虚拟机模拟、虚拟化管理、UEFI 固件与传统 BIOS 兼容。
虚拟化能力并不是只靠内核完成的。即使处理器和 KVM 已经支持某项新功能，如果 QEMU 无法呈现硬件能力、libvirt 没有对应配置接口，或者 OVMF 不能正确启动虚拟机，用户仍然无法在实际环境中使用它。
因此，Canonical 这次把原本偏向内核的 HWE 思路扩展到了整套虚拟化链路。核心价值不是追求最新版，而是让相关组件能够以匹配的版本一起更新，减少单独升级某个软件后出现兼容性问题的概率。
前两年每六个月更新一次
根据 Canonical 公布的机制，在 Ubuntu 26.04 LTS 生命周期的前两年，虚拟化 HWE 栈计划每六个月更新一次，跟随 Ubuntu 中间版本中已经验证过的上游组件。
这不等于把 Ubuntu LTS 变成滚动发行版。基础系统依然保持长期支持节奏，只有用户主动选择的虚拟化组件按受控周期更新。新版本也不会在刚发布时直接进入 LTS，而是先经过中间版本运行与验证，再提供给需要新硬件能力的 LTS 用户。
Canonical 同时提供 ubuntu_virt_helper，用于把这组组件作为一个整体管理。对运维人员来说，这一点很实用，因为 QEMU、libvirt 和虚拟机固件需要相互配合，只更新其中一层反而可能留下不完整的功能链。
机密计算成为这套机制的重点方向
Ubuntu 26.04 LTS 已经整合 AMD SEV-SNP 与 Intel TDX 的主机端和客户机端支持。这类技术可以由处理器对虚拟机内存进行加密和完整性保护，让宿主机管理层也难以直接读取虚拟机中的运行数据。
不过，机密计算仍在快速发展。机密虚拟机在线迁移、可信设备分配、加速卡支持、远程证明流程和 TDISP 等能力，都需要内核、KVM、QEMU、libvirt 与固件共同支持。硬件先具备功能，并不代表操作系统马上就能稳定使用。
新的 HWE 机制就是为这种场景准备的。企业可以继续使用 Ubuntu 26.04 LTS 作为稳定基础，同时在确有需要时获得较新的虚拟化组件，而不必为了新处理器功能把整套系统升级到短周期版本。
普通 VPS 用户不会受到直接影响
如果只是租用一台普通云服务器部署网站、数据库或开发环境，这项变化大多由云平台和宿主机运维团队处理，租户不需要主动安装 HWE 虚拟化栈。VPS 内部没有运行嵌套虚拟化时，升级它也不会带来明显的网站性能提升。
真正需要关注的用户主要包括：
- 使用 Ubuntu 26.04 LTS 自建 KVM 或私有云的团队；
- 准备部署 AMD SEV-SNP、Intel TDX 机密虚拟机的企业；
- 需要新处理器、可信 I/O 或加速卡虚拟化能力的环境；
- 希望保留 LTS 生命周期，同时缩短新硬件适配等待时间的运维团队。
对于这几类场景，HWE 栈的意义在于降低系统版本选择压力，而不是直接替代测试。生产环境仍应先验证虚拟机启动、迁移、备份、快照和监控工具是否兼容，再决定是否切换。
新方案采用主动选择机制
Canonical 将虚拟化 HWE 设计为 主动选择机制。现有 Ubuntu 26.04 LTS 系统默认继续使用基础虚拟化栈，不会因为常规更新自动迁移到 HWE 版本。
这种设计更适合生产环境。已经稳定运行的宿主机没有必要单纯为了版本号升级；只有当新硬件或新功能带来明确收益，并且测试环境已经验证通过时，才值得切换。
还要注意，HWE 解决的是虚拟化软件跟进硬件的速度，并不代表所有正在开发的能力已经可以用于生产。机密虚拟机在线迁移、可信设备直通等功能仍取决于上游项目和具体硬件平台的成熟度。
