☰

40 台以上のデスクトップ PC を仮想マシンに置き換えることは賢明でしょうか?

tag-icon • tag-icon desktop vdi
40 台以上のデスクトップ PC を仮想マシンに置き換えることは賢明でしょうか?

現在、Visual Studio、Clearcase、その他の関連開発ツールを実行するためのリモート デスクトップ アクセス専用に使用されているデスクトップが 40 台以上あります。これらは、VPN 接続が遅いリモート ユーザーや、自宅で頻繁に作業するリモート ユーザーがよく使用します。現在のデスクトップは、Xeon E5506 (2.16 Ghz) と 3 GB の RAM を搭載した Dell 製です。これらのマシンでは、その他のすべての機能はほぼ標準です。

これらのユーザーに対応するために、何らかの仮想マシン設定に移行するのは経済的でしょうか? 現在、Dell から PC をリースしていますが、これは法人料金です (確か月額 100 ドルくらいでしょうか? 推測ですが...)。

答え1

特定のシナリオに合わせて、適切な費用対効果分析を行う必要があります。

VDI ソリューションを実装する主な利点は、多数のユーザーの多数のワークステーションでまったく同じことを実行し、それらすべてを単一の中央システムに接続できる状況です。

あなたの場合、私は次の点を注意深く見ていきます:

  • ワークステーションの構成に関して、各ユーザー間で要件がどの程度異なるか、また、同一の設定を実行しているユーザーとして問題なくグループ化できるユーザー群が存在するかどうか
  • 現在リースしているワークステーション全体と比較して、シンクライアントユニットをリースする場合の月額費用はいくらですか。
  • VDI でクライアントごとに必要な RAM の量と、それをホスト サーバーにスタックする必要がある RAM の量に変換します。
  • クライアントのリッチ コンテンツ要件を特定し、通常のワークステーションでは問題にならない VDI の制限事項に注意してください。3D 出力はまだ実現されていません (RemoteFX は Hyper-V で使用できますが、4Gb Quadros のスペックアップを開始すると実装が安価ではなくなります)。また、フラッシュやビデオのレンダリングなども、あらゆる種類のリモート デスクトップにとって大きな問題になる可能性があります。

私の意見では、VDI/シン クライアント アーキテクチャは、まだ特にコスト効率が良いとは言えず、シン クライアント ハードウェアのコストが大幅に下がらない限り、そうなることはないと思います。主な利点は、システムの操作をできるだけセンターに近づけたい場合 (例: 販売時点管理) にあります。

私がよく提案し、安価かつ効果的に実装するオプションの 1 つは、あらゆるクライアントにコア ビジネス アプリを提供するターミナル サービス環境をセットアップすることです。これにより、ユーザーがカスタマイズしたいもの (開発環境など) は無視され、"クッキー カッター" アプリケーション (タイムシート システム、給与計算など) へのアクセスが標準化されます。これと、一部のものを SaaS アプリケーション (openair.com など) に移行することで、VPN ユーザーにアクセスを許可するために実行する必要がある余分な手間が軽減され (TS にアクセスできるようにするだけ)、面倒なアプリをすべて搭載した各 PC の構成に費やす時間が短縮されます。

答え2

実際には、Windows ターミナル サーバーを展開するか、VMware View などのデスクトップ仮想化を使用するかという 2 つのオプションがあります。各ユーザーは実際に 3 GB の RAM を使用しますか? そうであれば、VMware View オプションをお勧めします。このソリューションでは、実行する必要がある各 VM に 3 GB の RAM のすべて (または大部分) を予約できます。ターミナル サーバーでそれが可能かどうかはわかりません。できたこれを標準の (View 以外の) VMware インフラストラクチャで実行しますが、自動プロビジョニング/デプロビジョニング、マスター VM イメージなど、View が提供する優れた機能の一部が失われます。

答え3

はい、おそらくそうです。1 人のユーザーが RDC するためにセットアップされたマシンのスタックがある場合、それらをすべて 1 つのサーバーでホストすることで大幅に節約できます。VMWare はこれに適しています。デスクトップがすべて非常に類似している場合 (イメージにわずかな変更があっても)、VMware は実行中のイメージ間で共有されている RAM を再利用します。(たとえば、すべて Windows を実行している 20 のゲスト イメージがある場合、メモリ使用量の多くが重複するため、マシンごとに 3 GB の RAM は必要ありません。VMWare は重複ページを統合するため、物理 RAM の使用量は少なくなります。かなり便利だと思います)。

単一のゲスト イメージを作成し、スナップショットを使用して各ユーザーがそれを変更できるようにして、各ユーザーが独自の PC イメージを取得できるようにすることを検討することもできますが、イメージの大部分は共有された単一のイメージです。

それでも試してみる必要がありますが、開発者は低速接続を使用しているためパフォーマンスの低下には気付かないと思いますが、大量の IO が使用されるためコンパイル時間が短くなることには気付くかもしれません。また、VM はネイティブ マシンのような IO レートを提供するのに最適ではありません (特に、以前はユーザーごとに 1 つのディスクでしたが、そのディスク アレイが一度に多くのユーザーによって使用されるため) (そのため、適切なアレイを入手して RAID 10 として構成してください)。

関連情報