VDIが保証するメリットの1つに、デスクトップの管理簡略化が挙げられる。管理者はVDIによって比較的少数のイメージを一元管理し、ソフトウェア更新やセキュリティパッチ適用などの作業を簡単化できる。そのため複数の独立した物理デスクトップに対処する必要がなくなる。

　VDIの管理は、デスクトップイメージの管理にとどまらない。管理者は、サーバ、ハイパーバイザー、ストレージ、ネットワーク、ソフトウェアなどにも配慮する必要がある。物理クライアントシステムにも依然として対処しなければならない。それからシンクライアントとモバイルデバイスの管理も必要だ。

　VDIの管理者が各種コンポーネントの稼働状態を維持して、高いパフォーマンスと安定性を実現するには、さまざまなスキルセットが必要になる。VDIの管理者は、仮想デスクトップをサポートするポート、サブネット、プロトコル、VLANについて、注意深くバランスを取りながら制御しなければならない。また多くのVDIの管理者は、アプリケーションの階層化についても対処する必要がある。これは基本イメージの数の削減を目的としているが、実際には全体の複雑さが増す結果となっている。それからVDIには、サーバ、ストレージ、ネットワークインフラの単一障害点を回避するためにフォールトトレラントなシステムが必要だ。

　VDIの管理者は、特定の種類のソフトウェアを仮想化したときに発生する問題についても取り組まなければならない。Microsoftの「Microsoft Office」などの知名度が高いアプリケーションは仮想環境で機能する。だが旧式のアプリケーションや特殊なアプリケーションが仮想デスクトップの要件を満たすには、手厚い支援が必要になることが多い。

　セキュリティについても特別な注意が必要になる。VDIを導入することで、データの一元管理と保護は簡略化される。だがVDIのセールスポイントの1つは、ユーザーがいる場所や使用しているデバイスに関係なく、各自のデスクトップにアクセスできることである。このセールスポイントによって攻撃対象の領域が増えるため、ネットワークと基盤となるシステムを保護する作業が複雑になっている。またウイルス対策ソフトウェアの実行も今より困難になる。ウイルス対策ソフトウェアが同時にスキャンする仮想デスクトップの数が多過ぎると、システムに過剰な負荷が掛かるからだ。

　VDIには関係者が多いことも事態を深刻にしている。1つのミスによって何百や何千もの仮想デスクトップが一度にダウンする可能性がある。

不十分なパフォーマンス

　不満を持ったユーザーの数が多いと、VDIプロジェクトは打ち切られることになる。エンドユーザーと管理者にとって、お粗末なVDIのパフォーマンスは不倶戴天の敵である。VDIはパフォーマンスの問題について大きな進歩を遂げてきた。だがパフォーマンスの問題は今もなお存在し、その問題を解決するにはコストが掛かる。

　問題の主な原因は、ストレージインフラにあることが多い。VDI導入による節約を実現するべく、ITチームはできる限り少ない容量のストレージにできる限り多くの仮想デスクトップを詰め込もうとすることが多い。だがその結果として入出力の待ち時間と競合の問題が生じている。

　標準的なVDIのストレージシステムは、ブートストーム、ウイルススキャン、ソフトウェアのアップデート、システムのバックアップ、予測不可能なユーザーワークフローを監視できなければならない。

　ストレージの密度が高くなると、必要な電力と冷却リソースも多くなる。その結果、ストレージシステムの入出力トラフィックをフィルター処理するときにネットワークに負荷が掛かる。企業がデータセンターを少数の地域のロケーションに統合すると、それらの近接状況によっては、ユーザー側で発生する待ち時間がさらに長くなる可能性がある。

　全てのデスクトップデータは、データセンターとクライアントとの間でやりとりされるため、VDIがネットワークリソースに負荷を掛けることもある。さらに事態を複雑にしている要因は、VDIが誕生する前に導入されたネットワークインフラを多くの企業が採用していることにある。このようなネットワークを増強することはできる。だが基本アーキテクチャではVDIが考慮されていない。他のハードウェアコンポーネントも、パフォーマンスの低下を引き起こす原因となり得る。具体的には処理の要求を満たしていないサーバが設置されていることなどが、これに該当する。

　ネットワークの待ち時間が、パフォーマンスの問題を引き起こす原因になることもある。特に巨大なサイズのファイルを操作するときには、マルチメディアアプリが使用できないも同然の状態になる。このような問題に対処するため、ベンダーは複雑な回避策を導入している。例えばクライアントにビデオストリームを配信するときにリモートプロトコルを回避するなどだ。ただしこの回避策により、ビデオプレーヤーはクライアント側で実行され、デスクトップ仮想化の価値を低下させることになる。