1．既存の仮想インフラの活用

　プライベートクラウドに目を向けている企業は、事を進める前に、既存インフラを発展させることをまず考えるべきだ。既に仮想化の取り組みを大規模に行っている場合は、そのプラットフォームをクラウドの基盤として利用するのが理にかなっている。そうすることで、プロジェクトで無形資産投資、特に、ITスタッフをプライベートクラウドに精通させるための費用を最小限に抑えることができる。

　また、有形資産である既存のインフラコンポーネントから、より多くの価値を引き出せる。企業が仮想化に多額の投資をし、必要なネットワークやストレージシステムを既に稼働させているのであれば、そうしたシステムを全く新しい環境に移行することはほとんど意味を成さない（さらにまずいのは、そうしたシステムを既存環境に移行し、その環境をクラウドに転用することだ）。少なくとも、モダンなストレージアーキテクチャを利用している企業では、SAN（Storage Area Network）に新しいローディスクを追加し、ストレージ管理のライセンスをインストールするのをコンサルタントに委託していたのは過去の話であり、ストレージは容易に拡張できるようになっている。

　だが、クラウドに関する意思決定が簡単ということではない。米VMwareの製品を使っている企業は、VMware vCloudと既存のVMware vSphere環境の相互運用性を検討しなければならない。米Amazon Web Servicesのクラウドを現在使っていて、“クレジットカードが不要な”Eucalyptusベースのクラウドを試そうとしている企業も、EucalyptusのストレージサービスであるWalrusをどのように構成するかを検討する必要がある。

　重要なのは、プライベートクラウドは進化であり、革命ではないことを理解することだ。仮想化はメインフレーム技術と比較されることが多い。似た要素があるからであり、リソースの共有がその最たるものだ。これらの類似性がどの程度深いかについては、ちょっとした議論になっているが、ポイントは、IT設計の進化が進んでおり、クラウドはその進化のプロセスにおける次のステップであることだ。

2．プライベートクラウドのスケーラビリティと融通性

　クラウドの融通性は仮想化と密接に結び付いており、そのために適切な管理によってプライベートクラウド環境の柔軟性を確保することが重要になる。使用可能な物理ホストや、こうしたホスト上のリソース、ストレージ、帯域が足りないと、パフォーマンスが損なわれてしまう。逆に、多数のサーバの電源を入れたままにしていると、電力コストがかさむ他、MTBF（平均故障間隔）の観点から言えば、アイドル状態のハードウェアコンポーネントへの悪影響が避けられない。

　また、ネットワークリソースやストレージリソースが、それらを必要としないシステムに割り当てられている場合、当然のことながら、それらのリソースは無駄になり、リソースが足りない場合と同じくらいのリスクが伴う。クラウドコンピューティングの設計では、スケーリングのレビューをクリアすることを重要なマイルストーンの1つとして設定する必要がある。

　さらに、こうしたサブシステムは既存の仮想化システムの要素でもある。ストレージリソースやネットワークリソース、そしてサーバリソースのスケーリングでは、仮想化における要件を満たすために、さまざまなファクターを考慮しなければならない。例えば、米Citrix SystemsのXenDesktopの設計では（明らかにクラウド以外のユースケースだが、有益な例を提供してくれる）、保守的に見積もると、システムのコアごとに6～9台のデスクトップを動作させることができる。この見積もりからすると、6コアプロセッサを4個搭載したシステムでは、144～216ユーザーをサポートできることになる。だが、Windows Vistaデスクトップではユーザーごとに1Gバイト、Windows 7デスクトップでは同じく2GバイトのRAMを割り当てるとすると、膨大なメモリが必要になる。共有率が50％（これは高い部類に入る）でも、全てのユーザーがWindows 7デスクトップを使うとすれば、サーバごとに144G～216GバイトのRAMが必要だ。

　なぜ仮想デスクトップインフラ（VDI）の例を引き合いに出したかというと、多くの場合、クラウドで展開されるのはコア当たりのシステムの仕様が似ていて、メモリの共有率も近く、VDIのような高密度の集約が求められる、シンプルなWebサーバやアプリケーションサーバだからだ。大規模なサーバ上でWebサーバの稼働台数を100台に増やす方が、非力なシステム上で50台に増やすよりも簡単だ。また、ストレージ設計の多くは、仮想化レイヤーでデデュープを実装するようになっている。このため、XenDesktopのVDIの場合のように、ゲストOS同士が、“ゴールデンイメージ”に含まれる同じブロックレベルストレージを使うことから、ストレージリソースの共有が可能になる。

3．プライベートクラウドの管理

　プライベートクラウドの管理も、ホストとゲストが高レベルで監視され、あらかじめ定められたルールを基に制御がなされるという点で仮想化に似ている。大きな違いは、仮想化ではアップタイムを確保するためにルールが発動する（ライブマイグレーションなど）ことが多いが、プライベートクラウドではサービスレベル契約（SLA）が満たされるようにルールが発動することだ。管理は、リソースの運用において融通性を確保し、真のプライベートクラウドを実現する鍵を握っている。つまり、管理においては、物理システム間で仮想システムのスケーリングをオンデマンドでの拡大／縮小という形で行い、クラウドスタック全体にわたって健全性と安定性を確保することが求められる。

　商用ベンダーから提供されるプライベートクラウド製品は多くの場合、こうした要件を十分満たしている。VMwareは、自社開発のOperations Manager製品やSpringSourceの買収で獲得したHypericソフトウェアにより業界をリードしている。Citrix Systemsや米Microsoftも自社システムでキャッチアップを急いでいる。オープンソースツールも優秀だが、商用製品ほど強力ではない。例えば、Eucalyptusは独自の管理製品（商用版で提供される）や幾つかのオープンソースツールで管理できる。これらはいずれもVMwareの製品群ほど踏み込んだ管理を行うことはできないが、機能はしっかりしている。

　プライベートクラウドの技術的メリットが何であれ、管理ツールが整備されていなければ、プライベートクラウド製品は、ユーザーにリスクを負わせることなくパブリッククラウドの融通性を提供するという使命を十分に、あるいは全く果たせない恐れがある。

　プライベートクラウドを設計する際は、さまざまな技術的ファクターと共に、以上の点を考慮する必要がある。プライベートクラウドの導入と実装ではデューディリジェンスを行い、社内クラウド化の方法を状況に応じて見極めることが肝心だ。

本稿筆者のジョーゼフ・フォラン氏は米FSWのITディレクターで、Foran Mediaの代表も務める。1995年からITに携わり、インフラが専門。2002年から仮想化とクラウドコンピューティングを手掛けている。