対VMware&脱Microsoft
Red Hatのハイパーバイザー、次期アップデート版でストレージや拡張性が向上
ハイパーバイザーでVMwareへ対抗姿勢を鮮明にするRed Hat。RHEV 3.0次期アップデート版では、ストレージ機能の強化とスケーラビリティ向上でVMwareを追撃する。
米Microsoftが仮想化管理ソフトウェアのライセンス体系変更を発表した翌日の2012年1月18日、米Red Hatも仮想化基盤ソフトウェア新製品の一般提供開始を発表した(関連記事:ライセンスが簡素化された「System Center 2012」、VMwareに対する優位性は?)。両社はライバルである米VMwareへの対抗姿勢を鮮明にしている。こうしたベンダー間競争の激化は、サーバ仮想化の有力な選択肢の増加につながり、IT担当者に恩恵をもたらしそうだ(関連記事:仮想化管理、2012年のキーワードはマルチハイパーバイザー対応)。
Red Hatは、仮想化基盤ソフトウェアの新版「Red Hat Enterprise Virtualization(RHEV)3.0」の一般提供開始を発表した。RHEV 3.0はスケーラビリティが向上しているものの、その度合いは期待されたほどではなかった(参考:比較表で徹底解明! 各サーバ仮想化製品の特徴と違い)。だが同社は、2012年に開発を進めるRHEVの次期アップデート版の詳細も明らかにした。このアップデート版ではストレージサポートが強化される見込みだ。
次期アップデート版はストレージのライブマイグレーションに対応
RHEVは、管理ソフトウェアの「Red Hat Enterprise Virtualization Manager」(RHEV-M)と、ハイパーバイザーの「Red Hat Enterprise Virtualization Hypervisor」(RHEV-H)で構成されている。
RHEV-Mの次期アップデート版で計画されている機能は、Red Hatが最大のライバルのVMware追撃に本腰を入れていることを示している。
例えば、次期アップデート版ではストレージに重点が置かれている。ディスクのホットプラグおよびホットアンプラグや、ファイルシステムを静止できるゲストエージェントから仮想マシン(VM)のライブスナップショットを作成する機能など、基本的な機能が提供される他、ゲストおよびホストのストレージサイズを動的に変更する機能や、ストレージのライブマイグレーション機能の提供も予定されている。
さらに、次期アップデート版では、VMが複数のストレージドメインやストレージプールのディスクを使用することも可能になる。「この機能は、階層型ストレージを持っている場合には特に重要だ」と、Red Hatのプロダクトマネジャー、アンドルー・キャスロー氏は語る。
これに対し、米Ganart Technologiesのインフラディレクターを務めるライアン・マレー氏は、この機能はどのようなストレージを使っていても重要だと語る。「今のところ、1つの仮想システムは1つのストレージドメインにしか接続できない。このため、あるストレージドメインの容量を使い切ったら、別のストレージドメインに移行しなければならない。接続している以外のドメインのディスクを追加することはできないからだ」
次期アップデート版では、特定のVMと関連付けられていない“フローティング”ディスクを利用できる機能に加え、オープンソースのGlusterFSや、米IBMのGPFSといった代替共有ファイルシステムのサポートといった新しいストレージ機能も追加される。
一方、次期アップデート版には、新しいネットワーキング機能も搭載される。例えば、管理、ストレージ、VMのトラフィックごとに異なるネットワークを指定できる機能や、Cisco UCS(Unified Commputing System)のUIサポート、NICのホットプラグとホットアンプラグなどだ。
また、次期アップデート版では、Windowsが完全に不要になる。Internet Explorer(IE)を使わなくてもアクセスできる純粋にWebベースの管理者ポータル「Web Admin」がフルにサポートされるからだ。
RHEV 3.0に関する記事
スケーラビリティが向上する次期ハイパーバイザー
RHEV-Hの次期アップデート版は、「Red Hat Enterprise Linux(RHEL)6.3」ベースとなり、パフォーマンスとスケーラビリティが向上する他、新機能も提供する。
2012年1月18日にリリースされたRHEV 3.0では、スケーラビリティが以前の情報とは異なっていた。2011年8月のβ版リリース時点では、Red Hatはゲスト当たり最大64個の仮想CPUと2TバイトのRAMをサポートするとしていた。だが正式版では、RAMの上限は512Gバイトとなっている。
2Tバイトをサポートしていれば、RHEVがサポートするRAMの量は「VMware vSphere 5」の2倍だったことになる。だが結局、RHEV 3.0の正式版がサポートするRAMの量は、vVMware Sphere 5の半分にとどまっている。
Red Hatによると、β段階でRHEV 3.0がサポートするとされていた「ゲスト当たり2Tバイト」という数字は、理論上の上限だったという。
「当時、RHEL 6.2はまだ出ていなかった。RHEL 6.2がリリースされても、動作保証されるホストの搭載RAMは2Tバイト以下だった」とキャスロー氏は語った。「RHELはもっと強力であり、われわれは最大3.5TバイトのRAMを割り当てたVMをテストしてきた。だが、実際に出荷されているハードウェアが搭載するRAMの最大量は2Tバイトだ」
Red Hatは、ホストがRHEL 6.3ベースになれば、2Tバイトを超えるRAMがホストに搭載されるようになると見ている。
だが、結局のところ、こうした数字の追求は、ユーザーにとっての意義よりもマーケティング効果に主眼を置いたものだ。「企業には、仮想化に適さないタイプのサーバもある」と、Ganart Technologiesのマレー氏は語った。「そうした大量のRAMを使うシステムは、物理マシンで動かしたいはずだ」
脱Microsoftを進めたRHEV 3.0
顧客は次期アップデート版を待望しているが、RHEV 3.0は既に利用できる。
Red HatはRHEV 3.0で、Windowsをほとんど不要にした。従来のRHEV-Mは、Microsoft .NETとSQLバックエンドをベースとしていた。だがRHEV 3.0では、これらはJavaコードベースとPostgreSQLに取って代わられている。
Ganartのマレー氏によると、ユーザーはこの措置を望んでいたが、それは党派心からではないという。「これまでのバージョンで私がぶつかった問題の多くは、Windowsノードに関連していた。アンチWindowsの色眼鏡で見て言っているわけではない」
これまでは、WindowsベースのRHEV-MシステムからLinuxベースのハイパーバイザーKVM(参考:Linux標準のオープンソースハイパーバイザ「KVM」。注目のベンチマークを公開)にコマンドを発行するには、変換のためのカスタムコードを用意する必要があった。だが、RHEV-MがLinuxシステムになったため、コマンドの発行は「リクエストの送信と同じくらい簡単になった」とマレー氏は語った。
「RHEV 3.0では、KVMの管理と成熟が新たな段階に進んでいる」と、米調査会社IDCのエンタープライズ仮想化ソフトウェアを担当するアナリスト、ゲーリー・チェン氏は語った。「この製品を土台に、ドットリリース(バージョン番号の小数点以下の数字が変更された新製品)が作られていくだろう」
こうしたドットリリースは、積極的なペースで投入されるだろうと、同氏は付け加えた。
Red Hatの課題は、RHEVをサポートするベンダーとのパートナーシップ構築を継続していくことだと、チェン氏は指摘した。「ベンダーは現在、サポートするプラットフォームに優先順位を付けようとしている。Red Hatとしては、その優先順位リストの上位に入ることが重要だろう。
Copyright © ITmedia, Inc. All Rights Reserved.
新着ホワイトペーパー PR
-
製品資料
[o9ソリューションズ・ジャパン株式会社] 「改正物流効率化法対策」徹底解説 総物流費を抑制するサプライチェーン戦略 -
製品資料
[o9ソリューションズ・ジャパン株式会社] 「サプライチェーン最適化」実践ガイド:効果的な意思決定を実現する秘訣とは? -
製品資料
[株式会社リンプレス] 非デジタル/IT人材を「自走するDX推進者」に変えるための育成ロードマップ -
市場調査・トレンド
[ワンアイルコンサルティング株式会社] AI時代の組織設計:「判断と責任」を人に残すための2つの原則とは? -
技術文書・技術解説
[ワンアイルコンサルティング株式会社] システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
1200万円のSaaS導入を回避 スギ薬局「運用費10万円」のAIエージェント構築術
-
2
「完璧な設計」なのに3000万円溶けた AWSの失敗事例から学ぶ3つの教訓
-
3
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
4
LLMの「過学習」、正しく説明している文章はどれ?
-
5
「AIバブル」は崩壊するのか? 熱狂の後に来る“尻拭い”と4つの防衛策
-
6
脱VMwareの前提が崩れる BroadcomのVDDK公開停止で確認すべき点
-
7
パナソニックが国内製造26拠点のERPを「SAP S/4HANA」に統一 アドオン7割削減
-
8
守るべきは「開発者のフロー状態」 AIによる生産性改善の6施策
-
9
高額な「AI PC」を一般従業員も使えたら? 費用のハードルを一気に下げる方法
-
10
「RAGの利用」に関するアンケート
ホワイトペーパーランキング PR
-
1
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
2
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
3
生成AIで文書活用を進めるには? 効率化と安全性をどう両立する
-
4
Windows PCとMacの選択制で生産性向上 LINEヤフーが実践する運用管理方法とは
-
5
DX/AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
6
「Google Workspace」活用事例34選、先進の生成AIによる組織変革の全貌
-
7
「人員を増やす」という選択肢はない 情シスが負の連鎖から抜け出すには?
-
8
Linuxのスキルを証明する“激推し”の認定資格はこれだ
-
9
「問題が深刻化しやすいプロジェクト管理」から脱却する方法とは?
-
10
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー