仮想デスクトップ基盤のインテグレーションは、グループ会社の日立システムズに依頼した。サーバとストレージも日立製である。省スペース性、省電力性から採用したブレードサーバ「Blade Symphony BS320」にブレード7台を収容し、CPU（Xeon X5675 3GHz）は総コア数が84、RAMの総容量は672Gバイト。外部ストレージにはミッドレンジ製品「Adaptable Modular Storage 2010」を使い、総ディスク容量は15Tバイトになった。

図1　全面運用に向けて構築した仮想デスクトップ基盤のハードウェア構成

DRSでホスト間の負荷を均衡し、資源効率を高める

　仮想デスクトップによるリソース共有では、担当する業務に応じてユーザーごとにリソース上限値を設定。2、4、8コア単位で割り当てる仮想CPUの総コア数は300を超え、物理CPUの3.5倍もオーバーコミットしているが、「同時に行われる作業はさまざまで、（CPU競合による待ち時間は発生せず）リアルタイムに共有できている」（青木氏）という。一方、2、4、8、12Gバイト単位の仮想RAMは総容量が650Gバイトで、物理RAMの672Gバイトとほぼ同じだ。待ち時間が生まれやすいRAMは無理にオーバーコミットしていない。

図2　リソースの効率的な利用

　さらに、vSphereのリソース最適化機能「vSphere Distributed Resource Scheduler」（DRS）も駆使してリソース共有を進めている。同機能は仮想マシンを負荷の高いホストから低いホストへ自動的に移動（vSphere vMotion）させ、ホスト間で負荷をバランスさせるものだ。負荷の高い一部のホストで性能が極端に落ちたり、障害が発生したりすることを防ぐ。

　システムの品質を最終的に左右するPCoIPは、「ユーザーの意見を反映して細かくチューニングした」（平田氏）という。ViewにはPoIPセッションを調整するパラメーターが多数用意され、ユーザーグループや通信環境ごとの映像品質、USBデバイス制御などを設定できる。

　仮想デスクトップならではの運用手順も取り入れた。システム性能のボトルネックになりやすいサーバと外部ストレージの接続にはファイバーチャネル（FC）を用いたが、システム稼働当初、I/O障害でシステムがダウンすることがあった。「日立グループの統一ポリシーによってセキュリティパッチを一斉に当てたため、想定を超えるI/Oが発生してしまった。以後、パッチ適用は深夜に行うようにした」（平田氏）。また、IT担当がいない夜間や休日に仮想デスクトップがフリーズした場合、実機と違ってユーザーでは対処できない。そこで携帯メールで連絡を受けたIT担当が遠隔操作で再起動させる対応フローを作った。

どこにいても設計ソフトが利用できる“仮想EWS”

　ユーザー環境は汎用のノートPCと外付けディスプレー。ノートPC上のViewクライアントから各自の仮想デスクトップに接続する。設計ソフトは外付けディスプレー、OAソフトはノートPC画面といった具合に、マルチディスプレーで作業を行う。当然、業務システムにも仮想デスクトップから接続している。「同じセンターにあるので応答が速い」（青木氏）という。ノートPCにもWebブラウザーなど最低限のソフトは入れているが、データはローカルに残さず、センターに一元保存する。そのため、社内はもちろん、建設現場、自宅、移動中などの社外からも自分のデスクトップとデータが自由に利用できる。

　青木氏は次のように話した。「最近は設計業務を支えるITにもさまざまな要素が求められる。セキュリティ、情報共有、機動性、事業継続性……それら全てを一種の物理的なEWSでは満たせなくなっている」。据え置き型EWSは高性能だが、リソースにムダが生まれ、出先では使えない。ノートPCはどこにでも持ち運べるが、高負荷な設計業務に耐えられない。その点で“仮想EWS”は、どこにいてもアプリケーションごと最適なリソースで使え、おのずと情報共有が進む。多様なITニーズを満たすソリューションといえる。

　実際、2012年11月に開催されたvForum 2012の講演では、日立建設設計のデータセンターにSSL VPNでモバイル接続し、仮想デスクトップ上のPowerPointを使ってプレゼンが行われた。講演最後には、構造解析ソフトを使い、東日本大震災の地震波が構造物に与えた影響をシミュレーションするデモも行われた。それらはローカル実行していると思わせるほどスムーズな動きだった。

画像　仮想デスクトップ上で実行された構造解析の画面

　日立建設設計の講演からは、一般のオフィスワークのみならず、EWSを利用するような専門職の領域でも、仮想デスクトップが有用であることがうかがえた。