LinuxベンダーのXen離れ

　オープンソースのXenの台頭と同じころ、「Kernel-based Virtual Machine」（KVM）と呼ばれる仮想化の別のアプローチが登場した。KVMは大量の複雑なパッチではなく、少数のカーネルモジュールで導入できた。そしてLinuxカーネルはこのハイパーバイザーをサポートした。

　KVMは2008年に人気が出始め、その同じ年に米Canonicalは、企業のデータセンターをターゲットとしたLong Term Support（LTS） Ubuntuにおいて、デフォルトのハイパーバーザーとしてKVMを採用した。

　米Red HatはRHEL 6のリリースに伴い、さらに大胆な動きに出た。それまでのRHEL 5はXenハイパーバイザーを搭載していたが、RHEL 6ではXenのサポートを全て打ち切り、代わりにKVMを採用したのだ。Red HatはオープンソースのXenをサポートする代わりに、Xen VMからKVMへ移行するための変換ユーティリティを提供した（関連ホワイトペーパー：仮想化ロックインからの逃げ道、Red Hat KVM移行の鍵とは？）。

　当時SUSE Linuxを保有していた米Novellの行動も、データセンターにおけるXenの普及にブレーキをかけた。同社はわずか2年の間にサーバ仮想化戦略を転換している。2008年の年次ユーザーカンファレンスBrainShareでは自信たっぷりに、Xenハイパーバイザーを搭載したSUSE Linux Enterprise ServerはVMware ESXの代替になるだろうと宣言し、製品を完成させるために米PlateSpinの買収まで行った。

　ところが2009年になるとサーバ仮想化に対するNovellの熱意は薄れ、Xenによる仮想化は重点課題ではなくなった。この転換の背景には2006年の米Microsoftとの提携の影響があると内部関係者は見る。NovellからXenの仮想化技術について情報提供を受けるのと引き換えに、MicrosoftはSUSE Linux Enterprise Serverの再販に乗り出し、同製品の最大のリセラーとなった。

瀕死のオープンソースXen

　エンタープライズLinuxディストリビューションに背を向けられても、オープンソースのXenは完全な消滅には至らなかった。米Citrix Systemsは、オープンソースXenの創始者が設立した米XenSourceを買収した。しかし結局のところCitrix Systemsの狙いは同プラットフォームから利益を上げることにあり、XenServerのソースコードの一部をリリースするにとどまった。

　Oracle VMもXenをベースとした仮想化プラットフォームだが、米Oracleの顧客層以外では存在しないも同然だ。しかもOracle VMは単なるLinuxカーネルに同梱されたXenハイパーバイザーではなく、それ自体が完成された仮想化プラットフォームになっている（Oracle VMの関連記事：新バージョンOracle VM 3.0に向けられるユーザーの猜疑の目）。

　2011年初め、最初のブームから何年もたって、オープンソースのXenはようやくLinuxカーネルに統合された。Xenは準仮想化を通じた仮想化OSの最適なサポートなど、オープンソースで競合するKVMに比べると成熟した機能を提供している。Linuxディストリビューションの一部関係者の間では、XenをLinux向けのデフォルトのハイパーバイザーとすることも検討された。

　それでもXenの前途はまだ厳しい。エンタープライズ向けの2大Linux勢力であるUbuntuとRed Hatは、ハイパーバイザーとしてKVMを選ぶ姿勢を鮮明にした。従って、LinuxプラットフォームでどうしてもオープンソースのXenを使いたい場合はSUSE Linux Enterprise ServerかOracle VMを選ぶしかない。オープンソース界はRed HatとUbuntuに従い、KVMを選ぶ姿勢を鮮明にしている。