社内クラウドに適しているケースと適さないケース

プライベートクラウドの計画段階で注意すべきこと

社外のクラウドサービスを利用するべきか？　あるいは社内にプライベートクラウドを構築した方がいいのか？　この難しい判断を行う際に留意すべき幾つかのポイントを解説する。

公開 2009年04月09日 08時01分

更新 2012年09月04日 18時11分

著者

Tom Nolle

[TechTarget]

印刷する

　プライベートクラウド（企業内に構築するクラウドコンピューティング）という概念は矛盾した表現だという人がいる。だが実際には、自社専用のクラウドを利用したいという企業は決して少なくない。その一方で、プライベートクラウドをあえて導入する必要性を感じないという企業もある。多くの企業にとって、自社がどちらのグループに属するのかを判断するのは難しい問題だ。

　クラウドコンピューティングとはリソースの仲介システム、すなわちプロセッシングリソース（CPU、メモリ）とストレージリソースを柔軟かつ透過的な方法で配分するためのアーキテクチャだ。社内のITリソースを配分するのが難しいアプリケーションの場合は、プライベートクラウドを採用するのは困難だ。プライベートクラウドでは、まず小さな規模でスタートし、以下の点に注意しながら徐々に導入を進めていくことが望ましい。

「スター型」構成の企業内ネットワークは境界を作り出す

　すべてのクラウドコンピューティングアプリケーションは、ユーザーのデスクトップとクラウド内のサーバとの間で高品質の接続をサポートしなければならない。大抵の企業内ネットワークは、そういったオープンな接続性を実現するようには設計されていない。現在でも多くのネットワークは、各リモートオフィスをデータセンターに接続する「スター型」構成を採用している。

　スター型構成では、データセンターの境界がクラウドの境界になる。この制約のため、自社運用のクラウドコンピューティングに移行するメリットを見いだすのは難しいかもしれない。複数の場所でクラウドリソースをホスティングできれば、デスクトップへの接続パスに十分な帯域幅とQoS（Quality of Service）を提供できるはずだ。そういった環境でなければ、パフォーマンスのばらつきのためにアプリケーションの使い勝手が損なわれることになる。

プライベートクラウドに適したアプリケーションとは

　プライベートクラウド上で運用するのに最も適しているのは、演算処理が主体でデータベースへのアクセスが少ないアプリケーションだ。複製可能な静的データストアを利用するアプリケーションもプライベートクラウドに適している。

　プライベートクラウド上で運用するのが最も難しいのが、データベースへのトランザクションアクセスを行うアプリケーションだ。このようなアプリケーションに割り当てられたサーバは、情報を管理するデータベースに接続する必要がある。この構成ではバックエンドのストレージネットワークのパフォーマンス問題を引き起こし、その結果クラウドコンピューティングが悪夢と化す恐れがある。また、データベースの複数コピーが必要とされるケースでは、データベースの同期に関する問題も生じる可能性がある。

　アプリケーションおよびアプリケーションプラットフォーム（OSやミドルウェア）の種類の多さも、プライベートクラウドの成否を左右する重要な要因だ。各アプリケーションがまったく異なるハードウェアを必要とする場合、効果的なリソースプールをクラウド内に作成するのに十分な数の個別ハードウェアを用意するのが難しいかもしれない。

　例えば、SPARC搭載のSolarisサーバが1台しかなく、それを必要とするアプリケーションが3つだけというのであれば、クライアント／サーバ型コンピューティングに戻ったのと同じだ。CPU自体がアプリケーションに対応しているのであれば、仮想マシンを利用するのが効果的だ。しかしクラウド内の複数の仮想サーバにまたがってタスクをスケジューリングするには、高度なアプリケーション管理技術が求められる場合もあり、すべての企業がそういった技術を利用できるわけではない。

　プライベートクラウドアプリケーションを成功に導く最善の手段は、それを社内に閉じ込めることである。本来のクラウドアプリケーション（Google Appsなど）を通じてクラウド上で普及した文書管理などのシンプルなアプリケーション（ワープロ、表計算、プレゼンテーションなど）は、さまざまな方法によってプライベートクラウド上でホスティングできる。クラウドコンピューティングのための基本的なリソース配分機能に加え、一般的なPCプラットフォームの仮想デスクトップインタフェースを提供するオープンソースの「クラウドOS」も存在する（「eyeOS」をチェックしていただきたい）。クラウドアプリケーションを社内に閉じ込めれば、データを社外でホスティングさせるよりも優れたセキュリティを実現できる。社外ホスティングでは、不正な利用を完全に防げない可能性があるからだ。

プライベートクラウドにおけるセキュリティ

　本来の“社外”クラウド内で動作するアプリケーションおよびそこに保存されたデータのセキュリティは、必ずしも万全ではない。しかし、プライベートクラウドでもセキュリティ問題が起きる可能性がある。

　多くの企業では、特定のリソースを保護するためにセキュリティシステムを利用している。それらのリソースがアプリケーションと静的な関係を保つようにするためだ。だがクラウドコンピューティングでは事情が異なり、セキュリティメカニズムが要求通りに機能しないことがある。また、アプリケーションとデスクトップとの間のやりとりに用いられるインタフェースは通常、ディレクトリ内で公開されている。これは、侵入やサービス妨害につながる新たな攻撃経路を提供する可能性がある。プライベートクラウドは、導入前および導入完了後に総合的なセキュリティ監査を実施しなければならず、社内データを置くのはその後だ。

　優れたプライベートクラウドアプリケーションは、仮想デスクトップエクスペリエンス、広範な情報配信をサポートするニーズ、従業員のGUI（彼らの“仕事空間”）をカスタマイズするニーズなどから生まれることが多い。アーキテクトは仮想デスクトップをサポートするようにアプリケーションを修正する際には、クラウドコンピューティングを念頭に置き、そのアプリケーションがクラウドコンピューティングにも対応できるようにすべきである（ホスティングを社内でするか社外でするかは別として）。

　社外のクラウドコンピューティングパートナーを検討する際には、後で自社のビジネスニーズに基づいて、そのアプリケーションの一部（あるいは全部）を自社で運用するのにどのくらいの労力が必要になるかを考慮する必要がある。クラウドアーキテクチャの中には、社内運用に適合しやすい方式をベースとするものもあれば、そうでないものもある。社内向けに適合しやすいアーキテクチャであれば、自社のクラウドをホストする場所を決める際にも柔軟な選択が可能になる。

本稿筆者のトム・ノル氏はCIMI Corporationの社長。同社は1982年以来、テレコムとデータ通信を専門に手掛けてきた戦略コンサルティング会社。最新の通信戦略問題を扱った雑誌「Netwatcher」の発行人も務める。

印刷する