開発

Ubuntu 26.04 LTSに仮想化HWE、機密コンピューティング対応

CanonicalがUbuntu 26.04 LTS向けに仮想化HWEスタックを発表。QEMU、libvirt、EDK2、SeaBIOSが半年ごとに更新され、AMD SEV-SNPやIntel TDXの最新機能に対応する。

7分で読める SINGULISM 編集チームが確認・編集

Ubuntu 26.04 LTSに仮想化HWE、機密コンピューティング対応
Photo by Domaintechnik on Unsplash

Canonicalは2026年7月27日、Ubuntu 26.04 LTS向けに新たな仮想化HWE(Hardware Enablement)スタックを提供する計画を発表した。PhoronixのMichael Larabelの報道によると、これまで長期サポートリリース向けに提供されてきたカーネルやMesaドライバのHWEに加え、QEMU、libvirt、EDK2、SeaBIOSの更新パッケージが新設される。

ユーザーはこのHWE版パッケージを選択しない限り、従来通りの安定版パッケージを使用し続けることができる。この柔軟性は、長期運用を前提とするエンタープライズ環境にとって重要な設計判断と言える。

仮想化HWEの概要

Canonicalは従来より、Ubuntu LTSリリースに対して「HWE(Hardware Enablement)スタック」を提供してきた。これは長期サポートリリースであっても、新しいカーネルやMesaグラフィックスドライバをポイントリリース経由で入手可能にする仕組みである。最新のハードウェアをLTS環境で活用したいサーバーやワークステーション向けに設計されてきた。

今回の発表で新たに追加されるのは、仮想化スタックに特化したHWEである。対象となるパッケージは以下の4つである。

  • QEMU: プロセッサエミュレーションを含む仮想化基盤
  • libvirt: 仮想化管理の統一APIおよびデーモン
  • EDK2: UEFIファームウェア実装
  • SeaBIOS: レガシーBIOS互換実装

これらはすべて「-hwe」という接尾辞が付与されたパッケージとして提供される。例えばqemu-hwe、libvirt-hwe、edk2-hwe、seabios-hweといった名称である。

更新サイクルと運用方針

仮想化HWEスタックの更新サイクルは6ヶ月ごとと設定されている。Ubuntu 26.04 LTSの各ポイントリリースに合わせて最新の上流バージョンがパッケージ化される。Canonicalはこの更新を、同じく6ヶ月サイクルで更新されるHWE Linuxカーネルと連動させる計画である。

このサイクル設計は、エンタープライズサーバーにおける仮想化スタックの陳腐化を防ぐ意図がある。特に機密コンピューティング(Confidential Computing)の分野では、AMDとIntelがそれぞれSEV-SNP(Secure Encrypted Virtualization-Secure Nested Paging)およびTDX(Trust Domain Extensions)の新機能を継続的に上流に追加している。これらの新機能をLTS環境で活用するには、QEMUやEDK2側の対応が必要となる。

機密コンピューティングへの対応

AMDのSEV-SNPは、第3世代EPYCプロセッサ以降で利用可能なメモリ暗号化機能を拡張したもので、ゲスト仮想マシン同士の不正なメモリアクセスを防止する。IntelのTDXは、Sapphire Rapids世代以降のXeonプロセッサで提供されるハードウェア支援型の信頼実行環境である。

両技術とも、ハイパーバイザーやホストOSからの保護を目的としており、ゲストOSのメモリ内容やレジスタ状態を暗号化する。これを実現するためには、QEMUやEDK2がこれらの拡張命令セットを適切に扱える必要がある。Linuxカーネル側の対応が進んでも、仮想化スタックが追従していなければ、新機能をエンドユーザーが利用することはできない。

Canonicalは今回の発表で、カーネルレベルのHWEだけでは不十分であり、仮想化スタック全体をHWEの枠組みで提供する必要があると判断した。

通常版とHWE版の選択

重要なのは、HWE版パッケージの利用が強制ではない点である。従来の安定版パッケージ(qemu、libvirt、edk2、seabios)も引き続き提供される。ユーザーは自身の運用要件に応じて、安定性重視なら通常版、新機能重視ならHWE版を選択できる。

この設計は、Ubuntuが長年採用してきたHWEポリシーの延長線上にある。カーネルHWEが標準搭載されるようになった現在でも、HWEカーネルを使わずにGA(General Availability)カーネルを選択することは可能である。

仮想化HWEスタックにおいても同様の選択肢が用意されることで、長期安定運用を求めるユーザーと、最新の仮想化機能を早期に導入したいユーザーの両方を満たすことができる。

編集部の見解

本施策の短期的な影響として、Ubuntu 26.04 LTSのポイントリリースごとに仮想化関連パッケージが更新されることで、機密コンピューティング対応のサーバー導入が加速する可能性がある。特にAMD EPYCとIntel Xeonの両アーキテクチャを併用するデータセンターにおいて、OS側の互換性を維持しながら最新のハードウェア支援機能を活用できる点は実務上のメリットが大きい。ただし、HWE版パッケージの半年ごとの更新が、本番環境の変更管理プロセスにどの程度の影響を与えるかは注視すべきである。 長期的視点では、OSディストリビューションの役割が変化していることを示唆する。かつてLTSの価値は「全く変更しない安定性」にあったが、機密コンピューティングのようにハードウェアの進化と密接に連動する技術領域では、OSも適度な更新を受け入れる必要がある。今回の仮想化HWEは、LTSと最新機能のバランスを取る新たなモデルとして評価できる。 編集部として問いたいのは、この「部分的なHWE」アプローチが、他のミドルウェアスタック(ストレージ、ネットワーク、セキュリティ)にも拡張されるのかという点である。

参考

よくある質問

仮想化HWEスタックは既存のUbuntu LTSでも利用できますか
今回の発表はUbuntu 26.04 LTS以降が対象です。それ以前のLTSリリースでは仮想化HWEパッケージは提供されません。ただし、従来のカーネルHWEやMesaドライバHWEは引き続き各LTSリリースで利用可能です。
HWE版パッケージと通常版パッケージは共存できますか
公式には推奨されません。システム内で仮想化管理に使用するパッケージは、HWE版か通常版のどちらか一方に統一する必要があります。混在した場合、ライブラリのバージョン不整合による動作不良が発生する可能性があります。
仮想化HWEスタックはコンテナ環境にも影響しますか
コンテナ環境には直接影響しません。対象はQEMU/KVMベースの仮想マシン管理に限定されています。Dockerやcontainerdなどのコンテナランタイムは、ホストのLinuxカーネル機能を利用するため、カーネルHWEの影響は受けるものの、仮想化HWEパッケージの更新対象外です。 ## 参考 - [Phoronix: Ubuntu To Provide Virtualization HWE Stack For Ubuntu 26.04 LTS](https://www.phoronix.com/news/Ubuntu-Virtualization-HWE-Stack) — 2026-07-27公開 - [Canonical: Ubuntu HWE Stack概要](https://ubuntu.com/about/release-cycle)(公式ドキュメント)
出典: Phoronix

コメント

← トップへ戻る