Hyper-Vのリリースで、Microsoftはサーバ仮想化に関して従来とは根本的に異なるアプローチを採用した。
Windowsの世界では当初から、アプリケーションはハードウェアと直接通信することを禁じられてきた。これは大原則の1つとして、Windowsがハードウェアとアプリケーション間の抽象化レイヤーとしての役割を担っているためだ。アプリケーションは、ハードウェアと直接通信する代わりにWindowsと通信し、Windowsがさまざまなデバイスドライバを使ってアプリケーションと物理的なハードウェアの間の通信を確立させる。
しかし最近、少なくともサーバ仮想化に関してはこの理念が変わり始めている。まずは簡単な歴史から説明しよう。
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.
仮想化環境の移行は、チームがどれだけ高いスキルを有していても困難を伴う。「今の環境と同じ機能を利用できるか」などのチェック事項も多い。そこで、ベンダーロックインを伴わずに、優れた仮想化テクノロジーへ移行する方法を紹介する。
IT業界では「仮想化」にまつわる混乱が続いており、企業は現状の仮想化環境の再考を迫られている。そこで、仮想化環境の移行先として、また、加速するビジネス環境に対応したプラットフォームとしても適した解決策を紹介する。
BroadcomによるVMwareの買収により、VMware製品のライセンス体系は大きく刷新された。永続ライセンスの廃止やエディションでの提供といった変更がある中で、自社はどのように仮想基盤を見直していけばよいのか。そのヒントを紹介する。
IT環境の多様化・複雑化に、VMware買収の話が加わって、組織のIT担当者の悩みは増える一方だ。このような状況において、管理運用の簡素化とリスクの軽減をどのように実現すればよいだろうか。
BroadcomはVMware買収後、製品ポートフォリオやライセンス体系に大きな変更を加えた。ユーザー企業はこの変化にどのように対処し、今後のIT戦略、仮想化戦略を検討、構築していけばよいか。
サーバ仮想化基盤の「ちょうどよい選択肢」と将来を見据えたITインフラの在り方 (2025/6/10)
Web会議が重い「古いVDI」から脱却 攻めのDXを支える“次世代基盤”とは? (2025/6/3)
多くの企業が悩みを抱えるコンテナ/Kubernetes監視のベストプラクティスを探る (2025/5/27)
VMwareからの移行で新たな価値を得るための“最適な移行先”を探る (2024/11/5)
VMware対策に追われるSIer 課題は「移行先の選定」だけではなかった (2024/7/31)
いまさら聞けない「仮想デスクトップ」と「VDI」の違いとは
遠隔のクライアント端末から、サーバにあるデスクトップ環境を利用できる仕組みである仮想デスクトップ(仮想PC画面)は便利だが、仕組みが複雑だ。仮想デスクトップの仕組みを基礎から確認しよう。
「サイト内検索」&「ライブチャット」売れ筋TOP5(2025年5月)
今週は、サイト内検索ツールとライブチャットの国内売れ筋TOP5をそれぞれ紹介します。
「ECプラットフォーム」売れ筋TOP10(2025年5月)
今週は、ECプラットフォーム製品(ECサイト構築ツール)の国内売れ筋TOP10を紹介します。
「パーソナライゼーション」&「A/Bテスト」ツール売れ筋TOP5(2025年5月)
今週は、パーソナライゼーション製品と「A/Bテスト」ツールの国内売れ筋各TOP5を紹介し...