Virtual Server 2005との違いは?
Hyper-Vによる“ハードウェアレベル”のサーバ仮想化
Hyper-Vのリリースで、Microsoftはサーバ仮想化に関して従来とは根本的に異なるアプローチを採用した。
Windowsの世界では当初から、アプリケーションはハードウェアと直接通信することを禁じられてきた。これは大原則の1つとして、Windowsがハードウェアとアプリケーション間の抽象化レイヤーとしての役割を担っているためだ。アプリケーションは、ハードウェアと直接通信する代わりにWindowsと通信し、Windowsがさまざまなデバイスドライバを使ってアプリケーションと物理的なハードウェアの間の通信を確立させる。
しかし最近、少なくともサーバ仮想化に関してはこの理念が変わり始めている。まずは簡単な歴史から説明しよう。
Virtual Server 2005の時代
Windows Server 2008 Hyper-V(以下、Hyper-V)のリリースに先立つMicrosoftの初期の仮想化ソリューションは、Microsoft Virtual Server 2005(以下、Virtual Server 2005)だった。Virtual Server 2005は標準理念、すなわちアプリケーションがハードウェアと直接通信することは許さないという理念に従い、サーバ仮想化に対してある種画一的なアプローチを取っていた。
WindowsによるVirtual Server 2005の扱いは、ホストOSが究極的に全システムリソースのコントロールを握るという点で、ほかのWindowsアプリケーションとほとんど変わらなかった。つまり、ゲストOSはメモリ、ネットワーク通信、動画処理といったシステムリソースをすべて共有することになる。
このリソース共有は非効率的であると同時に、危険でもある。非効率的なのは、ゲストOSにはシステムリソース専用の保存場所がないためだ。代わりにホストOSがある種独裁者的な役割を担い、ゲストOSが特定のリソースにアクセスできるかどうか、いつアクセスできるかを決める。Windows、Virtual Server 2005の両方とも、ゲストOSのボトルネックとなる。
このアプローチが危険な理由は、リソースがゲストOSとホストOSとの間で共有されるやり方にある。例えば、ホストOSのネットワークドライバにバグがあり、このバグのためにホストOSがネットワーク上で通信できないとする。ゲストOSは完全にホストに依存しているため、こちらもネットワークを介した通信ができなくなる。
ハイパーバイザーの登場
Hyper-Vのリリースで、Microsoftはサーバ仮想化に関してまったく違うアプローチを採用し、仮想マシンがハードウェアと直接(まあ、“ある意味で”だが)通信できるようにした。例外はディスクI/Oで、これはいまだにホストOSを通じて調整されている。Hyper-V上で実行されるゲストOSはホストOSを完全に迂回し、サーバのハードウェアと直接通信する。Microsoftがサーバ仮想化に対してこれほど根本的に異なるアプローチを取ることができたのは、Hyper-Vが比較的最近起きたサーバハードウェアの変化をベースとしているためだ。
最新のサーバハードウェアは、「Hardware-assisted Virtualization」(ハードウェアによる仮想化支援機能)という技術をサポートしている。例えば、Intelは「Intel VT」(Intel Virtualization Technology)、AMDは「AMD-V」という仮想化支援機能を自社製品に搭載している。Hyper-Vは、サーバハードウェアがこの2つの技術のうちいずれかを備えていることが絶対条件となる。わたしは最近Intel VT搭載のサーバを導入したが、Hyper-Vをインストールする前にBIOSレベルで仮想化を有効にしなければならなかったことは特記すべきだろう。
Hyper-Vは、ほかにどこが従来の仮想化技術と違うのか。Virtual Server 2005と異なり、Hyper-Vは非常に小さなアプリケーションだ。サイズが縮小したのは、仮想化の作業の大部分をハードウェアが行っていることによる。
Hyper-Vは、ゲストOS用に専用パーティションを作成する。これはディスクパーティションと異なり、メモリなどのシステムリソースも含まれる。それぞれの仮想マシンが自分のパーティションの中で単独で機能するため、あるゲストOSにホストOSや別のゲストOSの障害が影響を与える可能性は大きく減る。また、仮想マシンはそれぞれが物理的に独立しているため、仮想化のセキュリティも大幅に強化される。
Hardware-assisted Virtualizationは、真に注目に値する技術だ。わたしの研究室では別々のサーバ数台でHyper-Vを使っており、ゲストOSのパフォーマンスはVirtual Server 2005環境よりもずっと優れているようだ。実際、パフォーマンスが非常にいいので、これが物理的なサーバでなく仮想化されたサーバだということを時々忘れてしまうほどだ。
本稿筆のブライエン・M・ポージー氏はMCSE(マイクロソフト認定システムエンジニア)の資格を持ち、Windows 2000 ServerおよびIISに関する仕事でMicrosoft Most Valuable Professionalの認定を受けた。全米規模の病院チェーンでCIOを務めた経験を持つほか、フォートノックス(ケンタッキー州にある米軍施設)のITセキュリティを担当したこともある。
Copyright © ITmedia, Inc. All Rights Reserved.
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
2
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
3
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
5
情シスの約8割が転職や退職を意識 調査で分かった“辞めたくなる最大の理由”
-
6
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
7
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
9
「結局使わなくなる」Microsoft 365 Copilotを半年で定着 キリンの3施策
-
10
「中堅・中小企業のネットワーク・セキュリティ運用実態」に関するアンケート
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
4
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
5
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
6
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
生成AIを開発に導入しても効果が見えない? 実証実験で分かった成果と課題
-
9
経産省DX指針から読み解く、受発注業務デジタル化ロードマップ
-
10
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー