今や、オープンソースのXenは、他のハイパーバイザーに水をあけられている。一体何があったのか。LinuxにおけるXenの歴史を振り返ってみたい。
オープンソースのXenに一体何があったのか。
5年前、オープンソースのXenは仮想化に対する新しいアプローチでデータセンターを席巻した。「準仮想化」と呼ばれるこの方式で、Xenはハイパーバイザーと仮想マシン(VM)が相互に通信できるようにし、これを全Linuxディストリビューションに無償で提供した。だが今や、オープンソースのXenは他のハイパーバイザー、特にVMware ESXi、Microsoft Hyper-V、KVMに水をあけられている。一体何があったのか。
Red Hat Enterprise Linux(RHEL)とSUSE Linux Enterprise Serverを含むあらゆるLinuxディストリビューションにオープンソースのXenが搭載されていた当時、同ハイパーバイザーにはまだ難点があった。最大の難点は、Linuxカーネルがこれをサポートしていないことだった。結果として、オープンソースのXenは特定のLinuxカーネルに縛られていた。IT管理者はハイパーバイザー機能のために、メインストリームカーネルの上のパッチとしてオープンソースのXenを導入しなければならなかった。事後にカーネルをアップグレードすることはできなかった。カーネルをアップグレードすれば、Xenの機能性が損なわれる可能性があった。それゆえオープンソースのXenは優れたサーバ仮想化機能を持っていたにもかかわらず、Linuxの他の機能の採用を遅らせることになった。
Copyright © ITmedia, Inc. All Rights Reserved.
「TikTok禁止」は結局、誰得? どうするトランプ氏――2025年のSNS大予測(TikTok編)
米国での存続を巡る議論が続く一方で、アプリ内ショッピングやAI機能の拡大など、TikTok...
ネットの口コミを参考に8割超が商品を購入 最も参考にした口コミの掲載先は?
ホットリンクは、口コミ投稿の経験や購買への影響を調査した結果を発表した。
「生成AIの普及でSEOはオワコン」説は本当か?
生成AIの普及によりSEOが「オワコン」化するという言説を頻繁に耳にするようになりました...