blog

パイロットから本番へ:VDI導入を成功させる3つの鍵

仮想デスクトップインフラストラクチャプロジェクトが失敗することはよくありますが、それがあなたの組織で起こるとは限りません。ここでは、VDIプロジェクトを成功させるための3つのポイントを紹介します。...

Oct 1, 2015 · 4 min. read
シェア

仮想デスクトップ・インフラストラクチャ・プロジェクトが失敗するケースはどこにでもあります。VDIプロジェクトを成功させるための3つのポイントをご紹介します。

ITプロフェッショナルがVDIプロジェクトに積極的に参加する理由はいくつかあります。サーバ仮想化プロジェクトの一環として、無料でVDIライセンスを入手する人もいます。また、VDIがコスト削減やセキュリティリスクの軽減につながると聞き、導入に踏み切ろうとする人もいます。理由は何であれ、VDIの導入が成功すれば、IT部門に大きな利益をもたらします。しかし、懸念されるのは、一部のVDIパイロット・プロジェクトが本番稼動に至らないという事実です。

失敗が評価プロセスの初期に発生する場合でも、導入フェーズで発生する場合でも、失敗の大部分は適切な計画と十分なテストによって回避することができ、成功および最終的なROIのために組織を準備することができます。以上、VDIプログラムを確実に成功させるための3つのポイントをご紹介しました:

1.ネットワーク上のあらゆる変化要因の把握

VDIにより、組織はエンドユーザーデバイスの管理、導入、アップグレードを大規模に行うことができ、時間とリソースを大幅に節約できます。また、さまざまなユーザーが、あらゆるデバイスや場所からデバイスにログインし、企業の文書、電子メール、カレンダー、アプリケーションなどにアクセスできるようになります。ユーザーが快適な体験を享受できる限り、ユーザーは定められたルールや規則を遵守します。しかし、ネットワークが過負荷になると、ユーザーは不満を募らせ、回避策を模索するようになります。

このような問題を防ぐために、組織は、ユーザー数とサーバーの比率から、類似のユースケースをどのように分類すべきかまで、ユーザーによってネットワークにかかる負荷がどのように異なるかを、前もって時間をかけて検討する必要があります。多くの場合、1台のサーバーに100人のユーザーを配置することができます。しかし、そのうちの90人が帯域幅を多く使用するアプリケーションを実行している場合、別の10人が悪影響を受ける可能性があります。ネットワークへの影響を予測する際には、ユーザーをどのようにグループ分けし、どのようなタスクを実行するかを考慮することが重要です。

さらに、支店を持つ企業は、本社データセンターへのデータ転送量を最小限に抑えるオフラインサポートを提供するVDIソリューションを探す必要があります。

2.将来のアップグレードや規模拡大に伴うコストの予測

VDI製品を評価する際には、ネットワーク、ストレージ、サーバー、ソフトウェアなどの既存のインフラコストと、組織が規模を拡大する場合に直面するコストの両方を考慮することが重要です。

まず、企業はオールインワンのソリューションを購入する必要があるのか、それとも将来的にハードウェア、ソフトウェア、ライセンスを追加する必要があるのかを理解する必要があります。次に、想定外のコストがかかることが多いストレージ側の影響を理解する必要があります。企業は、共有ストレージリソースを利用したり、VDIストレージコンテンツのさまざまな部分をキャッシュしたりして、1秒あたりのI/O操作回数や必要なネットワーク帯域幅を減らすことで、ストレージコストを削減できる方法をベンダーに尋ねる必要があります。

もちろん、VDIは現在だけでなく、将来にも目を向けています。ほとんどのソフトウェア・ソリューションと同様に、スケーラビリティの容易さはソフトウェア・アーキテクチャの機能です。例えば、Webサーバーのアーキテクチャは水平方向に拡張できる必要があります。インターネットのトラフィックが増加し続ければ、組織はサーバーとストレージ容量を追加するだけでよくなります。このようなアプローチをとるVDIソリューションもありますが、複数のパーツやコンポーネントを追加する必要があるソリューションもあり、スケーリングが課題になります。

つまり、デスクトップ数を増やすということは、単にサーバとストレージ容量を増やすということです。この場合、200ユーザーから200,000ユーザーへの拡張は、単にサーバーとストレージ領域の追加を意味します。

3.複数のユースケースのテストと優先順位付け

VDIは、さまざまなデバイスやユースケースのニーズに非常に敏感です。ユースケースAが当てはまるからといって、ユースケースBも当てはまるとは限りません。多くの場合、組織は1つのユースケースだけをテストし、実装フェーズの後半で要件がより多様で複雑になると、困難に直面することになります。

このような事態を防ぐため、企業は、ユーザーが何をするか、どのアプリケーションが必要か、どの時間帯に作業するか、どのネットワークにアクセスするかなど、数多くのユースケースとユーザーの役割をテストする必要があります。その後、企業は最も一般的なユースケースを特定し、リソースの割り当てに優先順位を付け、最も重要なリソースを最も必要とするユースケースに割り当てることができます。

ほとんどの場合、組織はインターネット従業員のような最も簡単なユースケースから始め、次にCAD機能に長時間アクセスするユーザーのような、より困難なユースケースに労力を投資すべきです。各シナリオにおいて、ユーザーの期待値を設定し、変更を積極的に伝え、ユーザー自身がエクスペリエンスの成功を判断できるようにすることが重要です。

Read next