最適な実装方法の検討

ディスク・レスのクライアントPCを、ネットワーク経由でブートする方法。比較的容易に構築できるため、比較的実績もある。ネットワーク・ブートでは、毎回、OSやアプリケーションなどの必要なファイルをクライアントPCのメモリー上に展開する。このため、ネットワーク帯域を十分に確保する必要があり、ネットワーク設計には慎重さが求められる。さらに、部門ごとにブート・サーバーを設置する必要があり、異なるOSを混在させると、ブートOSを別々に作成しなければならないため、利用環境を統一しやすい教育機関などで使われるケースが目立つ。

［適用シーン例］設計部門、教育機関、コールセンターなど
［適用規模］小規模

クライアントPCのシステム装置だけをセンターに集約するという考え方。クライアントとブレードが１対1の関係であるため、ユーザーがCPUやメモリーを専有できるメリットがある。移行の手間も少ない。反面、ユーザーが増えるごとにブレードを追加する必要があり、ブレードPCの消費電力、熱、ラック・スペースを考慮すると大規模構成は現実的ではない。また、リソースを複数のユーザー間で融通できないデメリットもある。

［適用シーン例］コールセンター等

サーバー上のアプリケーションをクライアントPCから遠隔操作する。Citrix社の「XepApp」で豊富な実績のある方法で、アプリケーション共有型、またはターミナル・サーバー型とも呼ばれる。サーバーとの間で、画面イメージと入出力データのみを圧縮、暗号化して送受信するため、モバイル環境でのレスポンスも速く、ストレスがない。1つのアプリケーションを複数ユーザーで共有でき、メンテナンスも効率的に行える。通常のPCで、特定のアプリケーションに限り、この方法を活用するケースも多い。ただし、ネットワーク共有に対応していないアプリケーションは利用できないため、稼働確認は必須。この点で“万能”とは言いにくい面もある。

［適用シーン例］ERPやCRMなどのクライアント/サーバー・アプリケーション、Web/Javaアプリケーション、ノートPCによるリモート接続、シンクライアントでの利用(ネットワーク共有アプリケーションが前提)
［適用規模］小規模〜大規模（全社展開が可能）

画面転送型の弱点をカバーすべく登場した。VMwareやXenなどの仮想化ソフトウェアを活用し、サーバー上の仮想OSにクライアント環境をOSごと移行する。いわば「リモート・デスクトップ」である。ユーザー間で、サーバーのリソースをダイナミックに融通できるのが強み。余剰リソースがあれば、ユーザー追加時にサーバーを購入する必要もない。また、ハードウェアやソフトウェアの価格が高いほか、サーバー上のクライアント環境を個別に管理する必要があるなど課題も残るが、解決策となるテクノロジーの開発も進んでおり、さらなる進化が期待される新しいソリューションである。

［適用シーン例］開発環境、シンクライアントに最適
［適用規模］小〜中規模