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
-
製品資料
[株式会社うるる] 「入札市場」攻略ガイド：効率的に落札するためのポイントを徹底解説 -
製品資料
[株式会社うるる] 入札情報に特化した「販路拡大」「効率化」のためのサポートツールとは？ -
市場調査・トレンド
[株式会社うるる] 公共入札に成功する企業と失敗する企業の「5つの違い」 -
製品資料
[日本ビジネスシステムズ株式会社] 専門家が教える、Microsoft 365の「テナント統合／分離」を成功に導く秘訣 -
製品資料
[rakumo株式会社] Microsoft 365での情報埋没を防ぐ、社内ナレッジを資産化する情報ポータル活用
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
半数がブルーカラー転向を視野に？ ベテランエンジニアを追い込む“54歳の壁”
-
2
「Microsoft 365」が乗っ取られる MFAを破る“本物の画面”の恐怖
-
3
PHP脆弱性「PHP2Shell」で2260万件に影響 情シスの緊急チェックリスト
-
4
なぜ「Gemini 4 Argon」は出遅れたのか？ Googleが狙う“逆転のシナリオ”
-
5
「Windows」の不要なファイルを安全に消して容量を空ける方法
-
6
ChatGPTは“検索しまくり”でGeminiは“淡泊”？ データが明かすAIの裏側
-
7
生成AIが普及しても「技術書」を手放せないエンジニアの本音
-
8
テレワークやBYODでリスクが拡大、デバイスの多様化を弱点としない管理方法とは
-
9
「有線LAN環境」に関するアンケート
-
10
Copilot導入で陥る“目的化”の落とし穴 定着の鍵は「作り込まない」こと
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する？ 超速の攻撃からエンドポイントを保護する方法
-
2
最速72分でデータが流出？ 最新の脅威トレンドや侵入手法から分かった防衛策
-
3
2026年のサイバーセキュリティには何が必要か？ 最新データに学ぶ傾向と対策
-
4
経験豊富な即戦力人材に直接アプローチできる、「攻めの採用」への転換術
-
5
「IT史に名を残すシステム障害」8選
-
6
SASE選定は「見極め力」で大きな差――本当に必要な製品を選ぶための6つの視点
-
7
不審メールの経路や見せ方に変化？ 2026年夏の3事例から見えた動向と対処方法
-
8
Microsoft 365のメールセキュリティ、3つの“死角”と追加で検討すべき対策とは
-
9
AI駆動開発のスピードと安全性を両立 「品質・セキュリティ管理」の実践ガイド
-
10
「標的型攻撃メール」事例・サンプル集
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー