virtualization.info 日本語

Virtual Bridges社は2006年末創業の会社で、Linux、BSD、およびSolarisの各プラットフォームに対応した商用版QEMUを投入してきた。
KVMが登場すると、Virtual Bridges社は自社のLinux製品でそれをサポートし始めたが、KVMが対応しない場合は自動的にKQEUMが使われた。

そして8月、同社は初のKVM用VDIコネクションブローカである「Win4VDI」をリリースしてターゲットを大幅に拡大してきた。

同分野のほかの製品とは異なり、Win4VDIはそのユーザを実際のゲストOSではなく基盤のホストに接続し、そこからユーザセッションが始まる。
このようにすることで、Virtual Bridges社はホストが使用する認証手法やプロファイルを強化することができる。

これは勇気ある選択だ。
たとえKVMが Linuxカーネルの一部であり、それをメンテナンスするQumranet社がRed Hat社に買収されても、新しい仮想化プラットフォームが普及するには、ISVのサポートという巨大な障害を乗り越える必要がある。
また、現時点ではKVM仮想マシン内で正式にアプリケーションをサポートするISVが存在しない。

にもかかわらず、Virtual Bridges社は以下のようなバンドル製品の再販でIBM社が提携する形で報われることとなった。

• Canonical Ubuntu Linux（2月からKVMの代わりにXenを採用）
• Virtual Bridges VERDE（WIN4VDIのサブセットでLinuxゲストOSのみサポート）
• IBM Lotus SymphonyやLotus Notesなどの各種Lotusアプリケーション（Open Collaboration Client Solutionと呼ばれている）

これらすべてが組み合わされて同時使用ユーザ1人当たり49ドルとなる。

KVMベースの仮想インフラをサポート（そして積極的に販売）する最初の大手ベンダーがIBM社となったことは注目すべき動きである。しかし、IBM社のXenに対するこれまでの投資を考えても注目すべきだ。
Citrix社によるXenSource社の買収後、同オープンソースハイパーバイザーの開発を支えてきた多数の企業は不満を抱き、KVMに乗り換えたとされる。そして、これはXenに対するIBM社の不満を示す初めての具体的な動きのようだ。

本当かどうかは別として、IBM社のこの行動を見ると、Red Hat社の取りうる行動も予想が付く。
両社の違いとして、即時使用可能なVDIパッケージ販売ではRed Hat社の方が格段に優れた位置にいる。同社はOSをコントロールし、仮想化プラットフォームも（間接的だが）コントロールし、コネクションブローカもコントロールしていて、業界におけるOSプロバイダーとしての同社の役割がサポートされるISVアプリケーションに大きな影響を与えることは間違いない。

現在はQumranet社を除いてVirtual Bridges社がKVM用コネクションブローカを提供する唯一のベンダーとなっていること、そして同社の経験がやや不十分であることを考えると、IBM社がUbuntuやVirtual BridgesではなくRed Hat社とこのような行動に出なかった理由が大きな疑問として残る。

ラベル: Alliances, IBM, KVM, Virtual Bridges