仮想デスクトップインフラストラクチャを理解する

VDI（仮想デスクトップインフラストラクチャ）は、ここ数年でIT業界において大きな注目を集めてきました。サーバーの仮想化が標準となったことで、デスクトップを仮想化の次のフロンティアとして見ることは自然な流れでした。しかし、サーバーとは異なり、デスクトップにはVDIの流れにただ乗っかる前に対処・検討が必要ないくつかの重要な要素があります。VDIは優れた素晴らしい技術ですが、あらゆる技術と同様にその適切な位置付けがあり、慎重に検討する必要があります。

まず、VDIに影響する重要なコンセプト、つまり共有コンピューティングの考え方を見ていく必要があります。サーバーについては、サーバーが提供するサービスは1対1で消費されるのではなく、複数のユーザーに利用されるものと当然のように考えます。このコンセプトはデスクトップの世界にも存在し、常に存在してきており、ターミナルサービスと呼ばれることが多いです。ターミナルサーバーは、集中型のデスクトップリソースの必要性に対するサーバー界の解答であり、デスクトップが存在する以前から文字通り標準的なものでした。

Windows世界がターミナルサーバーのコンセプトとどのように関わるかを説明する興味深いコンピューター史があります。現在も使用されているほぼすべてのオペレーティングシステムは、最初からマルチユーザーシステムとして設計されており、常にそうでした。1人のユーザーが「メイン」ユーザーとしてコンピューターの前に座り、他のユーザーは二級市民になるか存在しないという考え方は実質的に存在せず、すべてのユーザーは平等と見なされていました。Windows は、UNIXファミリーとは異なり、DOSおよびDOS/Windowsというマルチユーザーではないシングルユーザーシステムに端を発しており、Windows NTがマルチユーザーシステムとして開発された際も、多くのソフトウェア開発者は従来どおりにソフトウェアを作り続け、マルチユーザーモードではうまく動作しない、あるいはまったく動作しないソフトウェアを生み出しました。

Windowsに固有のこのソフトウェアエコシステム（たとえばLinux上ではこのようなソフトウェアはエコシステムやデプロイメントの性質上単純に壊れていると見なされるため、事実上存在し得ません）は、ある種のソフトウェアやタスクがUNIX OSと同様にターミナルサーバーで簡単に対処できる一方で、多くの他のアプリケーションはターミナルサーバーでは対処できず、ユーザーごとに専用のオペレーティングシステムインスタンスを必要とするという興味深い問題を生み出しました。

ソフトウェアエコシステムにおけるこの歴史的な差異がVDIの根本的なニーズを生み出し、VDIがWindows世界における固有の現象として登場し、事実上そこに限定されたままである理由を説明しています。したがって、非常に重要なことですが、VDIは概念的に、サードパーティアプリケーションの欠陥によってのみ存在したニーズに対処する手段として登場したのであり、現在の形式のWindows自体の本質的な性質のためでも、VDIがデスクトップサービスの仮想化またはホスティングへのより良いアプローチであるためでもありません。実際、VDIは仮想化または集中化したいデスクトップリソースがあり、それらのシステムで実行する必要があるソフトウェアの一部がマルチユーザーモードで動作できない状況においてのみ必要な不幸な応急処置と見なすこともできます。VDIは特殊な状況のためのフォールバックメカニズムであり、仮想化または集中型のエンドユーザーサービスへの望ましいアプローチではありません。

VDIの広範な使用と必要性により、VDI周辺のサポート技術への投資が進み、アーキテクチャ的にはほぼ不可能に思えるにもかかわらず、多くの場合VDIがターミナルサーバーを実際に上回るパフォーマンスを発揮する可能性が生まれていることに注意することが重要です。基本的にこれは、ハイパーバイザー層に投入される膨大な研究開発がオペレーティングシステム自体の同等コンポーネントを凌駕し、CPUとメモリの管理およびリソース共有が潜在的に改善されているためです。これはもちろん固有の状況に完全に依存します。すべてのOSとすべてのハイパーバイザー、すべてのVDIツールセットはユニークであり、テストされるワークロードもそれぞれ異なるため、結果は大きく異なります。

また、前述のVDIコンセプトのWindows中心の性質から、ライセンスも深刻な考慮事項です。VDIをLinuxの観点から見るなら、ライセンスの懸念はほとんどないかまったくなく、VDIはターミナルサービスと純粋に技術的なメリットのみで競うことになりますが、実際にはそのようなケースは事実上ありません。VDI意思決定の最大の単一要因は Microsoft のライセンスです。

VDIライセンスは費用がかかるだけでなく、複雑でもあります。Windowsデスクトップリソースの仮想化を検討している企業は、適切なライセンスの多大なコストと、ライセンス管理の潜在的に大きなオーバーヘッドの両方に対してメリットを慎重に比較検討する必要があります。VDIに移行することは、ライセンスの調査、監視、トレーニングに費やす多大なIT時間を意味する可能性が高く、これはライセンスコストの中でしばしば見落とされる側面です。

VDIは、わずかに不明確なトピックであるため、一般論として語るのが難しいコンセプトです。デスクトップを仮想化したら、それはサーバーにならないでしょうか？サーバー用途向けのオペレーティングシステムを使用した場合、それはVDIとしての定義を変えるでしょうか？VDIはユースケース、ライセンス、製品カテゴリのどれに基づいているのでしょうか？

実際の答えは、業界にとってVDIは技術的には一つのことを意味しますが、この分野における唯一の重要なライセンスプレイヤーであるMicrosoftにとっては実際的な意味でやや異なるということです。VDIは技術的には1対1の「グラフィカルなエンドユーザー」インスタンスの仮想化、つまり従来の物理的なデスクトップやノートパソコンと同様に1人のユーザーが使用する単一の仮想マシンを意味します。Microsoftにとっては、その懸念が業界とは若干異なり、Windowsの「デスクトップクラス」オペレーティングシステムの仮想化を指します。Windowsの「サーバークラス」オペレーティングシステムを仮想化する場合、MicrosoftはそれをVDIとは見なしません。したがって、混乱しないようにこれら2つの見方を理解する必要があります。実際、WindowsデスクトップのVDIライセンス要件を回避するためにWindows Server OSを使用することは非常に標準的で一般的になっています。ただし、VDIの応急処置的な性質を忘れてはならず、これはマルチユーザーモードで動作しないソフトウェアの問題は解決しますが、デスクトップブランドのオペレーティングシステムを期待して書かれたソフトウェアや、それらのプラットフォームでのみライセンスされているソフトウェアが存在する可能性があるという問題には対処しません。

VDI意思決定に関する最後の主要な考慮事項は、仮想化されたサーバーが完全に仮想化されるのとは異なり、デスクトップは同じ方法で扱うことができないということです。エンドユーザーは常にモニター、キーボード、スピーカーなどを必要とするため、物理的なコンポーネントが常に存在するからです。したがって、VDIへの移行を検討する際は、デスクトップの購入・保守の必要性がなくなるのではなく、単にオペレーティングシステムが配置される場所を移動するだけであることを見落とさないようにする必要があります。古いハードウェアをリモートアクセス用に再配備したり、シンクライアントや新たに名付けられたほぼ意味のないゼロクライアントに移行したり、既に使用している「ファットクライアント」をリモートアクセスクライアントとしての役割と自身のデスクトップサービスの提供の両方に使用したりすることもできます。

適切な理由でVDIを行い、VDIのどのように、なぜ、いつについて理解していれば、デスクトップの仮想化は確かに多くの素晴らしい機会と価値を提供します。残念ながら多くの技術トレンドと同様、VDIへの移行は適切な評価を行わず、VDIが自社環境にどのように適合するかを明確に把握しないまま反射的に行おうとする傾向があります。VDIを選択する明確な理由がなければ、それを有益な形でデプロイすることは非常に難しいでしょう。

最後に、VDIへの適切な移行を実現するために必要なスキルセットを考慮することが非常に重要です。純粋に技術的な観点からは、Windows 10 VMをHyper-Vに展開することはVDIを構成しますが、実際的な観点からは、効果的なVDIはこのように設計されません。VDIは前述の特別なライセンスの知識だけでなく、一般的に現代の非常に専門化されたVDIツールセットと製品、VDIに適用される共有ストレージ、リモートアクセスプロトコル、シンクライアントやゼロクライアントなどの固有の知識を必要とします。VDIのデプロイメントはインフラの技術的でユニークなコンポーネントの一つであり、あらゆる組織にとって多くの未知の要素と課題をもたらす傾向があります。