Windows Virtual Desktop Management に欠けているもの

Microsoft の Windows Virtual Desktop は、Azure の新しいサービスとしてのデスクトップ製品です。この製品はデスクトップ仮想化市場に大きな影響を与えましたが、Windows Virtual Desktop の管理にはまだまだ長い道のりが残っています。

[[315435]]

Microsoft は過去 1 年間に Windows Virtual Desktop (WVD) に多くの変更を加えました。マイクロソフトは当初、これをサービスとしてのプラットフォーム (PaaS) 製品として位置付け、顧客がデスクトップに加えて独自の Azure 環境に管理コンポーネントを設定できるようにしました。しかし、最終的な設計とアーキテクチャでは、Microsoft が制御および管理レイヤーを取り戻し、マルチテナントの Desktop as a Service (DaaS) として提供しています。顧客が心配する必要があるのは、配信したいデスクトップとアプリケーションの維持だけです。

Microsoft は、WVD ライセンスによるマルチユーザー Windows 10 のサポートも導入しており、特にインフラストラクチャとアプリケーションを主要なクラウド プラットフォームとして Microsoft Azure に移行する顧客にとって魅力的なサービスとなっています。

Microsoft は、特に Office 365 で使用するためのプロファイル管理を処理するために FSLogix も買収しました。FSLogix プロファイル コンテナーにより、Microsoft はこれまで解決できなかった問題を解決し、ユーザー プロファイルを基盤となるオペレーティング システムから実質的に切り離すことができます。 Microsoft は現在、Win32 アプリケーションを MSIX アプリケーション コンテナーにパッケージ化するための MSIX アプリケーション フレームワークの反復である MSIX AppAttach も開発しています。これは、完全なステートレス VDI セッションを提供する最後の部分です。

VMware、Citrix、および EUC 市場の他のベンダーは、マルチユーザー Windows 10 をサポートする WVD を自社のエコシステムに導入しています。彼らは WVD をサポートしていると主張していますが、これは実際には、VMware と Citrix の制御プレーンと管理プレーンが WVD の管理プレーンとデータ プレーンに接続されていないため、マルチユーザー Windows 10 をサポートしていることを意味します。

Windows 仮想デスクトップ管理の 4 つの制限

Microsoft は、WVD によって、顧客が Microsoft Azure 内の周囲のコンポーネントではなく、デスクトップとアプリケーションのみを管理すればよい、簡素化されたアーキテクチャを提供することを目指しています。ただし、競合他社と比較すると、Microsoft Virtual Desktop には次のコア機能が欠けています。

1. 画像管理

WVD は、Citrix や VMware のようにイメージやアプリケーションの更新を処理するための簡単な方法を提供していません。 IT 部門は Azure の機能を活用して同様の機能を提供できますが、これは WVD サービスの中核部分ではありません。 IT 部門は、ARM テンプレート、VM スケール セット、その他のコミュニティ ベースのツールに依存する必要があります。小規模で静的な環境では、これは大きな問題ではないかもしれません。ただし、より大規模な環境や、IT プロフェッショナルが複数の更新やアプリケーションを処理する必要がある環境では、これは必要な機能の 1 つです。

2. 適切な自動拡張機構

WVD はクラウドネイティブ サービスであるため、そのコア機能には自動スケーリングと構成を処理する機能が含まれている必要があります。 Azure VM は秒単位で課金されるため、VMware や Citrix と同様に、営業時間外にインスタンスをスケールダウンしたり、必要に応じてスケールアップしたりすることがコア機能セットの一部になるはずです。しかし、Microsoft はまだこれらの機能を提供していません。 Microsoft は IT 部門が使用できるガイダンスとスクリプトをいくつか構築していますが、スケーリングを処理するには専用のインフラストラクチャが必要です。

3. 管理ツール

現在、WVD はセッションを制御したり、WVD セッションに接続しているエンドユーザーを支援したりするための限定的な管理ツールのみを提供しています。 Citrix Director または Horizo​​n Helpdesk ユーティリティに精通している人は、WVD には適切なヘルプデスク ツールが不足していることに気付くでしょう。現在、Microsoft はセッションを制御する機能を提供する PowerShell コマンドレットを提供しています。 Microsoft は新しい管理 UI も構築しており、IT 部門はこれをアドオンとしてインストールする必要があります。それを超えると、IT プロフェッショナルは UI 機能を提供するためにサードパーティ ベンダーに依存する必要があります。

4. エンドユーザーエクスペリエンス

データ プレーンの場合、WVD は基本的に Azure ベースのサービスです。つまり、WVD デスクトップまたはアプリケーションへのすべてのエンドユーザー通信は Azure PaaS サービスを経由し、RDP 通信はデータ コンポーネントが利用可能な場所にルーティングされます。現在、WVD データ コンポーネントは 6 つの Azure リージョンでのみ利用可能であり、他のプラットフォームと比較してエンド ユーザー エクスペリエンスが制限されます。 2 番目に、WVD はリバース伝送制御プロトコル (TCP) ベースの WebSocket 接続を使用するため、データ転送は TCP のみに制限されます。これは、特にオーディオやビデオ、GPU ベースのアプリケーションなどの負荷の高いワークロードが関係する場合、エンドユーザーのエクスペリエンスにも影響します。

WVDの将来

Microsoft は、WVD でより多くの機能を提供するためにパートナーに依存してきました。 Microsoft RDS についても同様です。

WVD は、特に現在の機能セットとコア機能に関しては、VMware および Citrix 仮想デスクトップ製品の真の代替品ではありません。 Microsoft は WVD を Azure の拡大するサービス カタログ内のスタンドアロン サービスと見なしているかもしれませんが、VMware と Citrix は自社製品をより大きなエコシステムの一部と見なしています。

WVD が成功するには、シンクライアント、印刷製品、その他のサードパーティベンダーのエコシステムによってサポートされる必要があります。過去 1 年間の WVD の成長とパートナーからの関心を考慮すると、Microsoft は WVD に投資して、Azure の基盤となる機能を最大限に活用できる完全なクラウドベースのサービスにする可能性があります。