VDI テスト チェックリスト: VDI 展開をテストするための重要な手順

IT プロフェッショナルが VDI を導入する場合、リソースの過剰プロビジョニングや不足プロビジョニング、リモート ワーカーへの配信の問題、アプリケーションの互換性の問題など、多くの潜在的な落とし穴に遭遇します。

組織が VDI の導入を始めたばかりでも、既存のインフラストラクチャに大幅な変更を加える予定でも、IT 部門は変更を本番環境に展開する前にテストする必要があります。 IT 部門は、デスクトップとユーザー タイプの現在の状況をテストして、展開の正確なニーズを把握できます。

[[344208]]

適切な VDI テストでは、ネットワーク帯域幅の要件、デスクトップとアプリケーションの遅延、ユーザー エクスペリエンス、プリンターの互換性など、多くの問題に対処します。 IT プロフェッショナルがテスト結果に満足すれば、企業全体に VDI を展開し、問題が発生する前に解決することができます。

ただし、IT プロフェッショナルは、まず VDI テスト チェックリストを作成して、テスト プロセスで正確で実用的な結果が得られるようにする必要があります。

VDIテストに含めるベンチマーク

VDI テストの主な側面の 1 つは、各ユーザーに必要なリソースを決定することです。ビデオ編集ソフトウェアを実行するユーザーの場合、ストレージとメモリの要件は、Microsoft Outlook と Word のみを実行するユーザーの場合よりもはるかに大きくなります。 IT プロフェッショナルは、ユーザーがパフォーマンスの問題を回避できるように、VDI テストを使用してリソースの差異がどの程度大きいかを正確に判断する必要があります。

VDI テストのもう 1 つのリソースベースの側面は、デスクトップのログオン時間です。ブート ストーム中のリソース不足により、ユーザーがログオンしようとしたときに大幅な遅延が発生し、ユーザーの不満につながる可能性があります。 IT 部門は、テスト中にブート ストームを作成して、ログオン時間への影響を判断し、その問題に対処する必要があります。ユーザー プロファイルとポリシーの適用が複雑になると、ログオン時間が長くなることもあります。

デスクトップのパフォーマンスとログオン時間の問題については、IT 部門は、ビジネスのニーズに基づいて、最大許容遅延や平均デスクトップ ログオン時間などのテスト結果に対して測定可能な VDI パフォーマンス目標を設定する必要があります。一部のビジネスでは、ログイン時間が長くても許容できるかもしれませんが、時間に敏感な機能を持つ銀行や医療などの分野では、ログイン時間を最小限に抑えるために高い代償を払う傾向があるかもしれません。

適切なインフラストラクチャと構成であっても、ネットワークが VDI の帯域幅の要求に対応できない場合、VDI のパフォーマンスは低下します。これにより、特に仮想アプリケーションで遅延の問題が発生する可能性があります。 IT 部門が VDI ネットワーク負荷テストに使用できるベンチマークは、従来のデスクトップ環境で同じオペレーティング システムとアプリケーションを実行している PC と仮想マシンのアプリケーションの起動時間とパフォーマンスを比較することです。

VM が同一のパフォーマンスを提供することを保証するものではありませんが、このベンチマークにより、IT 管理者はネットワーク容量計画を実行する際のユーザー エクスペリエンス (UX) を現実的に把握できます。

VDI テスト チェックリスト

IT プロフェッショナルが VDI の理想的なベースラインを確立したら、VDI テスト チェックリストを実行して、インフラストラクチャがカバーされていることを確認する必要があります。

具体的な手順はベンダーによって異なりますが、IT プロフェッショナルは次の手順に従う必要があります。

1. 成功基準を決める

IT 管理者は、VDI テストを開始する前に、ビジネス ユニットのリーダーと相談して、成功を測定する方法を決定する必要があります。 VDI はすべてのユースケースに適しているわけではないため、組織が VDI の導入を開始する際には、メリットがデメリットを上回るかどうかを判断する必要があります。通常、これには、セキュリティの向上、メンテナンス コストの削減、アプリケーションのアップグレードの容易さの向上などの目標を概説する概念実証の作成が含まれます。

企業は目標を設定する際に、具体性と測定可能性に重点を置く必要があります。たとえば、目標が保守コストの削減である場合、会社はコストを削減する具体的な金額または割合を設定する必要があります。

これらの目標は、IT スタッフとビジネス リーダーの間で不安定さや意見の相違が生じないように、文書で概説する必要があります。

2. テストパラメータを定義し、基本機能を検証する

VDI を導入したり仮想デスクトップに変更を加えたりする前に、IT スタッフは既存のインフラストラクチャが仮想デスクトップのスムーズな運用の要件を満たしていることを確認する必要があります。

企業は以下を確保する必要があります。

• VDI をサポートするのに十分なリソース (CPU、メモリなど) があること。
• VM は、テストする予定のソフトウェアの要件を満たしています。
• ネットワーク接続は VM をサポートするのに十分強力です。

VDI テスト チェックリストでは、この手順には、待ち時間、デスクトップ ログオン時間、アプリケーション パフォーマンス、予想されるリソース使用量に対するデスクトップ リソース使用量の追跡などのメトリックについて許容可能なパフォーマンスのベースラインを設定することが含まれます。 IT プロフェッショナルは、テスト VM によって消費されるリソースを表示し、それを VDI リソース プールと比較することで、VDI システム全体の負荷テストを行うこともできます。

小規模な例として、IT 部門がビデオ編集用に通常 100 台の仮想マシンを同時に実行し、各マシンが 200 個の仮想 GPU のプールから取得することを計画している場合、テスト マシンは一度に 2 台を超える仮想 GPU を使用しないでください。マシンが 2 つ以上の仮想マシン GPU を使用する場合、VDI 管理者はインフラストラクチャに変更を加える必要があります。ただし、仮想 GPU を使用すると、VDI はユーザーが最も必要とするリソースに基づいてリソースを割り当てることができます。これにより、最大容量を計画する必要がなくなるわけではありませんが、VDI が最大容量で実行されていない場合のユーザー エクスペリエンスを向上させることができます。

このステップでは、IT 部門は、エンド ユーザーが仮想デスクトップ上でログイン インターフェイスや初期アプリケーション画面にアクセスできるなど、基本的な機能を利用できることを確認する必要があります。多くの場合、最も簡単な方法は、Login VSI などのサードパーティ ツールを使用することです。 IT 管理者はこれを手動で実行できますが、特に大規模なテストの場合はサードパーティのツールの使用を検討する必要があります。

3. 仮想マシンを起動してテストの準備をする

IT プロフェッショナルは、いくつかの異なる方法でこのプロセスを完了できます。さまざまなユーザー グループからの単一の VM イメージのみをテストしたい場合は、各ユーザー グループのイメージのクローンを作成できます。 IT プロフェッショナルが多数のイメージをテストしたい場合は、個々のイメージを一括で複製できます。このプロセスについてはベンダーごとに方法が異なりますが、仮想デスクトップ管理者はブートおよびクローン作成のプロセスに精通している必要があります。

IT 管理者は、このプロセスの一環としてシステムの構成を検討する必要があります。構成システムを使用すると作業量が増える可能性がありますが、クローン作成の基礎となるゴールデン イメージが生成されます。

4. ユーザー受け入れテストを実行する

ユーザー受け入れテスト (UAT) は、ユーザー エクスペリエンスが影響を受けるかどうかを IT​​ が判断するのに役立ちます。同様に、Login VSI などのサードパーティのテスト ツールは、仮想ユーザーを使用してデスクトップのパフォーマンスをテストするのに役立ちます。

画面の更新が遅れたり、自動化ツールでは追跡できないその他の問題が発生する可能性があるため、IT 部門は実際のユーザーもテストに参加させる必要があります。

このステップにはアプリケーションのテストも含まれる必要があります。企業の VDI の設定方法に応じて、仮想アプリケーションのテストのプロセスは大きく異なります。アプリケーションの階層化やアプリケーションのストリーミングなど、仮想アプリケーションをホストして配信する方法は多数あります。これにより、トラブルシューティング プロセスは非常に独特なものになりますが、ほとんどの組織では、テスト プロセスの目標は同じで、ユーザー アクティビティを再現することです。

IT 部門は、ユーザーと同じ方法でアプリケーションを開いて操作する必要があります。場合によっては、複数のアプリを開いて、それらを切り替える必要があります。他のケースでは、リソースを大量に消費するアプリケーションを長時間操作する必要がある場合もあります。 IT 部門がユーザーの行動を再現したら、ステップ 3 で設定したパフォーマンス ベースラインと比較する必要があります。さらに、このステップでは、IT スタッフだけでなく、アプリケーションを使用する実際のエンド ユーザーも IT 部門に関与させる必要があります。

5. UATパフォーマンス結果を慎重に確認する

実際には、ユーザーが経験するログイン時間の問題はテスト時よりも複雑になる可能性がありますが、これは、重大なリソースの問題や、読み込みに異常に長い時間がかかるマシン構成がないことを確認するための重要なステップです。

起動時間とログオン時間は、IT プロフェッショナルが測定できる最も重要なパフォーマンス メトリックです。 IT プロフェッショナルが数台のテスト コンピューターでブート ストームを引き起こす可能性は低いですが、テスト環境でのログオン時間が許容範囲内かどうかを推測することはできます。

このステップでは、IT 管理者は周辺機器へのアクセスも確認する必要があります。 VM がプリンター、追加のモニター、Bluetooth マウス、USB フラッシュ ドライブなどの外部デバイスと対話する場合、IT プロフェッショナルは仮想マシンをテストして、正常に対話できるかどうかを確認する必要があります。

たとえば、仮想マシンは外部デバイスや補助デバイスと対話するためにホストのマッピングと構成に依存することが多いため、VDI 管理者はエンドポイント自体がデバイスに接続できるかどうかを確認する必要があります。エンドポイントがデバイスに接続されているが、VM が接続されていない場合、IT 部門はコンピューターのハードウェア設定を編集するか、ポリシー設定を確認して新しいデバイス接続を追加できる必要があります。

この手順では、ユーザーが作業に必要なファイルにアクセスできることを確認する必要があります。エンタープライズ ファイル同期および共有サービスを使用する企業では、通常、ユーザーがドライブからファイルを開いて編集することにあまり依存せず、他のユーザーがこれらの共有ドライブに頻繁にアクセスする必要があります。それでも、ユーザーが少なくとも特定のドライバーにアクセスする必要がある場合は多くあるため、IT プロフェッショナルは Windows ファイル エクスプローラーを開いて、必要なすべてのドライブが利用可能であることを確認する必要があります。

6. 既知の問題を解決する

IT 部門が予期しない問題や異常な問題に遭遇した場合、VDI プラットフォーム (または、ベンダーの監視システム) のイベント ログで、問題が発生した場所を確認できます。 VM が正常に動作している場合でも、VDI 管理者はイベント ログを確認して、予期しない事態が発生していないことを確認する必要があります。次に、エラー メッセージや異常なイベントが発生した場合、管理者は VDI ソフトウェア ベンダーの既知のイベント カタログ (ベンダーのオンライン ドキュメントに記載されているはずです) を参照する必要があります。

たとえば、VDI 管理者が起動やログオンの速度が遅い問題を解決する方法の 1 つは、IOPS を追加することです。管理者は、ユーザーが通常ログオンする数時間前に起動プロセスを開始するように仮想マシンを構成することもできます。この方法では、ユーザーがログイン情報を入力すると、事前に起動されたコンピューターがすぐに使用できるようになります。起動が遅い原因としては、RAM、ネットワーク、ユーザー プロファイルの問題など、さまざまなことが考えられます。

VDI テストベンダーとツール

仮想化ベンダーは、VMware Workstation や Citrix Workspace などの製品でテスト ツールを提供しており、IT 部門はこれを使用して VDI テスト チェックリストの一部として展開をテストできます。

各ツールには独自のガイドラインがありますが、VMware Workstation の場合、IT プロフェッショナルは、各アプリケーションの使用状況、使用可能なディスク容量、RAM、CPU デスクトップなど、テストが実行される VM の条件を定義することからテスト プロセスを開始する必要があります。 IT 部門はホスト自体 (この場合は VMware の ESXi ハイパーバイザー) を定義する必要があります。

テスト展開の準備ができたら、IT 部門は仮想化プラットフォーム管理コンソール (この場合は VMware vCenter) を開き、ESXi ホストを追加してテスト VM を実行するように指示する必要があります。この時点で、IT 部門は VM を Active Directory (AD) に統合して、テスト展開を追跡、変更、管理する必要があります。

Citrix 仮想デスクトップの展開では、VDI テスト チームは Citrix Quick Launch Tool を使用して、VDI パフォーマンス テストと容量測定を実行できます。ただし、このツールには、テスト用のアカウントが最大 30 個に制限されるなど、独自の制限があるため、一部の企業のニーズを満たさない可能性があります。この場合、仮想デスクトップ管理者は、Login VSI や EG Innovations などのベンダーのサードパーティ テスト ツールを使用する必要があります。

テストを実行する場合、Citrix 管理者はまず IP アドレスまたは XML コマンドを使用してデータセンター内の 1 つ以上のサーバーを指定する必要があります。その後、IT 部門は、クライアント プリンター、表示タイプ、ビットマップ キャッシュのチェックなど、テスト セッションのカスタマイズ可能なオプションを設定できます。 VMware VDI テストと同様に、Citrix VDI テストも AD ドメインを対象とします。

VDIテスト結果の測定と再テスト

VDI テストの結果により、IT プロフェッショナルはパフォーマンスとリソース要件の見積りが現実的であるかどうかを理解するためのより多くの情報を入手できるようになりました。テスト結果から VM の構成が過剰または不足していることが示された場合、IT 部門は VM が適切なレベルに達するまで再評価し、さらにテストを実行する必要があります。

IT プロフェッショナルは、テストが成功したかどうかを判断するためにログオン時間だけを見るべきではありません。また、あらゆるタイプのユーザーが遭遇する可能性のあるクラッシュ、遅延の問題、ハードウェアまたはソフトウェアの互換性の問題も考慮する必要があります。 AD および VDI 管理コンソールは、結果を判断するために必要なパフォーマンス メトリックを IT に提供する必要があります。

IT プロフェッショナルは、その結果、以前のベンチマークとの比較、その他の関連データを上司や経営幹部に提示する必要があります。企業では、管理者と意思決定者が、VDI リソース プールの拡大やまったく異なる仮想化テクノロジの使用など、最適なオプションについて話し合う必要があります。

VDI テストの結果が見積もりと一致する場合、IT 部門は展開計画を進めることができます。 IT プロフェッショナルが企業全体で展開を拡大したり、セキュリティ パッチ、オペレーティング システムの更新、その他の新しいソフトウェア コンポーネントのために VDI に変更を加えたりする場合、予期しない問題が発生する可能性があります。ただし、VDI 計画を事前にテストすることで、重大な構成やパフォーマンスの問題が IT 部門に予期せず影響を与えることがなくなります。