クラウド・コンピューティングを語る際に、詳細に検討していなかったことについて考えてみる。ユーザー企業の情報システム部門のことだ。ITベンダーが何らかのシステムをサービスとして提供するわけだから、単純に言えばシステム部門はスルーできる。さらに安易に考えれば、システム部門不要論となる。だが、本当にそうか。ITベンダーとしては、ここをよく見切っておかなければならない。 　おそらくシステム部門は今後、ITベンダーと同様、サービス・プロバイダへの道を本気で模索することが必要になる。以前も「システム部門は利用部門に対するソリューション・プロバイダにならなければいけない」と書いたことがあるが、クラウド時代にはサービス・プロバイダといったほうが分かりやすいだろう。サービスとしてのソリューション、ソリューションとしてサービスを利用部門に対して提供するわけで、これはITベンダーが目指す方向と変わりはない。 　クラウドの話をする場合、パブリック・クラウドとプライベート・クラウドに分けて説明することが多い。パブリック・クラウドは言うまでもなく、グーグルやアマゾン・ドット・コムの企業向けサービスのような共同利用型＆低料金サービスのことだ。一方、プライベート・クラウドとはユーザー企業自らが社内、あるいはグループ企業向けに提供するサービスを指す。 　さて、このプライベート・クラウドという言葉は、実は極めてあざとい。外資系ITベンダーなどが喧伝するプライベート・クラウドとは、仮想化技術を使ってサーバー/ストレージ統合したシステムの別名でしかない。「今風のクラウド化を推進することで、コスト削減が図れますよ」と説く。その上で、「仮想化技術を使いこなすのは大変だから、アウトソーシングされてはいかがでしょうか」と提案する。つまり、リプレース＆アウトソーシングという大型商談を推進するためのキャッチ・ワードにすぎない。 Join discussion...

PaaSの「P」は「Platform」の頭文字で，主にアプリケーションの実行環境を提供するサービスを指す。米グーグルの「Google App Engine」や米マイクロソフトの「Windows Azure」，米セールスフォース・ドットコムの「Force.com Platform」などのサービスが該当する。 　アプリケーションの実行環境としてだけでなく，システムの開発環境やソフトウエアのテスト環境として使われることもある。 SaaS（software as a service）と異なり，PaaSではユーザーがアプリケーションを用意し，そのメンテナンスや管理もユーザーが行う。 　IaaSの「I」は「Infrastructure」，HaaSの「H」は「Hardware」の頭文字で，主に仮想マシンを貸し出すサービスを指す。「仮想マシン貸し」と呼ぶこともある。IaaS/HaaSでは一般に，ユーザーはOSを含めたシステムを構築する必要がある。さらにOSを含めて管理しなければならない。 　IaaS/HaaSの具体例としては，米アマゾン・ドット・コムの「Amazon EC2」が挙げられる。ただしAmazon EC2では，あらかじめセットアップ済みの仮想マシン（実体はファイル）が用意されており，それを選択するだけで利用できる。そのため使い勝手はPaaS に近い。 Join discussion...

モヤモヤ5　プライベートクラウドという考え方に意味はあるのか 　一部のITベンダーがプライベートクラウドという概念を提唱している。クラウドを企業内で展開するという考え方だ。インターナルクラウド、あるいは、イントラクラウドと呼ばれることもある。なお、プライベートクラウドと特に区別するためにインターネット上で展開されるクラウドのことをパブリッククラウドと呼ぶこともある。 　プライベートクラウドにより、データを社内に置きながら（つまり、セキュリティやコンプライアンス上のリスクを最小化しながら）クラウドのメリットを享受できるとされている。この主張は正しいのだろうか。 　まず、通常のクラウドにおいて、提供者側のメリットとして挙げられる「規模の経済」の効果（大規模なインフラを構築することで処理容量あたりのコストを下げる）についてはどうだろうか。GoogleやAmazonが大規模なデータセンターを展開することで「規模の経済」を実現していることはよく知られている。 　容易に分かるように、中規模以下の企業ではプライベートクラウドによりこのような「規模の経済」の効果を得ることは難しいだろう。しかし、グローバルな大規模企業が傘下の企業も含めてグループ全体でクラウドを実現するのであれば、ある程度の規模の経済の効果は得られるだろう。 　クラウドが持つ柔軟性と俊敏性上のメリットについてはどうだろうか。企業内においても業務上のニーズにより処理能力容量の増減が生じることは通常のことだ。例えば、期末、新製品発表時、キャンペーン展開などのタイミングでピークが生じる。さらに、大規模データ分析、ソフトウェア開発などの用途のために不定期的に大量のハードウェア資源が必要とされるケースもある。これらの多様なアプリケーションに対してピークが同時に訪れるのでなければ、クラウド的な仕組みによりハードウェア資源を動的に配分することで、各アプリケーションの処理容量要求に迅速に応えつつ、全体的なハードウェアコストを削減できる可能性は高い。 　ここで、プライベートクラウドと新しい言葉は使ってはいるが、いままでも言われてきたエンタープライズグリッドなどの考え方と実質的に同じではないかとの批判が聞かれるかもしれない。そのような批判は妥当と言わざるを得ない。しかし、だからと言ってプライベートクラウドという考え方そのものの価値が減少するわけでもない。「以前からある概念ではあり、その重要性も変らないが、マーケティング的に新しい名前を付けてみました」というのが正直なところだろう。大規模なユーザー企業にとっては検討に値するアイデアではあると思う。 Join discussion...

クラウドコンピューティングへの大きな波 　キーノートセッションが終了しても、大勢の人で通路が混み合い会場の外になかなか出られない。これは、先日開催された Salesforce.comのイベント「Cloudforce Japan 2009」での出来事だ。2008年の参加者2000名の倍以上、4000名を超える人が、クラウドコンピューティングの情報を求めて会場にやってきたのだ。 　2008年からの厳しい経済状況下にあっても、このようにクラウドには大きな注目が集まっている。いや、むしろ景気が悪いからこそ、クラウドの活用になんらかの光明を見い出そうとしているのかもしれない。 　世間で大きな関心を集めているものの、実際にクラウドを活用している企業はまだそれほど多くない。特に日本においては、クラウドを自社のITシステムの主流に据えている企業は現時点では皆無だろう。 　クラウドコンピューティングのとらえ方も人によって異なる。Amazon EC2やGoogle App Engine、あるいはWindows Azureのようなプラットホームを提供するものこそがクラウドだという人もいれば、インターネット越しに提供されるサービスはすべてクラウドの範疇だということすらある。 　インターネット越しではなく自社内に「クラウドのようなシステム」を構築し、それをプライベートクラウドと呼ぶ情報システムの形態が出てきた。 Salesforce.comなどは、プライベートクラウドについて雲の向こうにないので厳密にはクラウドとはいえないとの考えだが、日本においてはむしろプライベートクラウドに関心が集まっている。 　さまざまな定義や見解があるにせよ、この不確かなクラウドコンピューティングというものが、今後のITシステムの主流になると考える人は多い。理由の1つが、うまく活用できればかなりのコスト削減の可能性があるからだ。クラウドでは、コンピュータのリソースを集約しそれを大勢のユーザーが共有して利用する。それにより、ITリソースの利用効率が飛躍的に向上し、コストを大幅に下げられる可能性があるのだ。この効果をさらに引き出すには、いかに多くのユーザーによってクラウドコンピューティング環境やサービスを共有できるかが鍵になる。 Join discussion...

モヤモヤ1　クラウド・コンピューティングとは結局何なのか？ 　クラウド・コンピューティングの基本的概念については容易に理解できる。雲にたとえられるネットワークの「向こう側」にあるデータセンターにすべてのコンピューティング資源を集約し、利用者はコンピューティング・サービスの具体的実装を気にせずにサービスを活用できるという考え方だ。 　しかし、この基本的概念を越えた議論を行うと混乱が見られることが多い。その理由のひとつはクラウドのより細かい定義について各当事者の意見が一致していないことにあるのではと思う。 　クラウドの定義をひとつに定めることは困難だ。しかし、最も一般的な定義としては、「クラウド＝SaaS＋PaaS＋IaaS」と考えるのが妥当であると思われる。それぞれ、アプリケーション・ソフトウェア、アプリケーション開発／実行プラットフォーム、ハードウェア・インフラストラクチャをネットワーク・サービスとして提供するという考え方だ。コンピュータの「所有」から「利用」へのシフトであると見なすこともできる。 　さらに、処理容量の要求に応じてコンピューティング資源の割り当てを自由に拡大・縮小できる機能（プロビジョニング／デプロビジョニング）、そして、それに伴う従量制課金が適用されていることが通常である。また、利用者自身がセルフサービスで管理を行なえるという点も一般的なクラウドの特性に含めてもよいだろう。 　これより狭いクラウドの定義を行う者もいる。典型的には、AmazonやGoogleが提供する大規模な水平スケーリングを活用した SaaS＋PaaS＋IaaSがクラウドであるとみなしている者がいる。この種のクラウド上のアプリケーションでは数百台から場合によっては数万台のサーバが使用されることになるため、従来型の企業コンピューティングとは異なるパラダイムが重要となってくる。 Join discussion...

Step01 仮想化ソフトをインストールする 社内でのクラウド環境の構築は、VM（Virtual Machine：仮想マシン）を稼働させる環境を準備することから始まる。そのための最低限のシステム構成は、複数のPCサーバーとストレージ、L2スイッチとFC（Fibre Channel：ファイバチャネル）スイッチである。今回は、9台のPCサーバーを使用する場合を想定する。仮想化ソフトとしてVMwareを使うことにする（図3-1）。 それぞれのPCサーバーには、4コアのx86 CPUを2個と、32ギガバイト以上のメモリーを搭載しておく。ネットワークカードは1ギガビット対応でもよいが、将来の拡張性を考えれば10ギガビット対応のものを用意したい。さらに、SAN（Storage Area Network：ストレージエリアネットワーク）ストレージにアクセスするためのFCボードを搭載する。こちらは、4ギガビット/秒のデータ転送速度を推奨したい。 SANストレージには、15個のハードディスク装置（HDD）を搭載できるとし、6＋1個のHDDからなるディスクアレイを、RAID 5で2つ組む。残った1個のHDDはスペアとする。1つのRAIDを1つのLU（Logical Unit：論理装置）とする。 HDDの回転数は、できれば1万5000回転/分を推奨したい。というのも、クラウドでは1台のPCサーバーで10個以上のVMを走らせたい。その場合、1つのストレージに対して複数のVMが同時にデータの読み取りや書き込みを行うといったことが起きる。その時に、通常のPCで使っている7200回転/分のHDDだと、あるVMがストレージにアクセスしている間、別のVMは待たされることになり、クラウド全体の性能劣化を招くからである。 さて、ハードの準備ができたところで、VMware ESX（以下ESX）をそれぞれのPCサーバーの内蔵ハードディスクにインストールする。ESXはハイパーバイザと呼ぶプログラムで、PCサーバー上でネイティブで動く。つまり、ESXはWindowsやLinuxといったOSの上で動くアプリケーションではなく、ハード上で直接動く仮想化専用のOSと言うことができる。 Join discussion...

これまで運用管理は、“川上の開発”に対する“川下”というイメージでとらえられてきた。筆者は、その構図こそが全体最適化によるコスト削減の妨げの一因となってきたと考える。 　運用管理のコストはIT投資全体の70％を占めており、この部分からコスト削減しなければならない――。長い間、運用管理部門には、こうした命題が与えられてきた。しかし、そもそも運用コストというものが運用管理部門の努力とは無関係に上昇する構造を持つとしたら……。川下で帳尻を合わせるということが不可能だとしたら……。次の図は、オープン系分散環境における業務システムの新規投入の仕組みを表している。 Join discussion...

「クラウドコンピューティング」とは、よく言われるような「ネットを介してサービスが提供される」ことを指すだけの概念ではない。日経コンピュータ7月8日号で「クラウドコンピューティング、八つの“新しい”真実」を担当した中田敦記者が、クラウドという言葉の後ろに潜む、IT業界を揺るがす構造変化の真相を語る。 Join discussion...

2008年3月、米ワシントン・ポストは1万7000ページを超える書類データを前に頭を抱えていた。ヒラリー・クリントン、現・米国務長官が大統領夫人だったころの8年分のスケジュールが米国立公文書館から公開され、この情報を基に記事を書く必要に迫られたのである。紙の書類を電子化しただけの PDFデータを1ページずつ読んでいく時間はない。 　そこでワシントン・ポストはOCR（光学式文字読取装置）を使ってPDFデータから文字データを抽出することにした。必要な情報を効率的に検索するためだ。この抽出処理に利用したのが、米アマゾン・ドットコムが2006年12月から提供しているサービス「Amazon EC2（Elastic Compute Cloud）」だ。サーバーやストレージといったコンピューター資源を期間貸しする「クラウド・コンピューティング」の代表例である。 　ワシントン・ポストはAmazon EC2上でサーバー200台に相当する処理能力を確保し、抽出処理を実行した。1ページ当たり60秒、すべての処理がおよそ9時間で完了した。 Amazon EC2の利用料は、わずか144ドル62セント。ワシントン・ポストは自らサーバーを購入しないで済んだ。 Join discussion...

システム構築の手法である「プライベートクラウド」は新しい取り組みでもあるため、具体的な事例の数はまだ多くない。だが、数少ない事例から学べることはたくさんある。今回は企業におけるプライベートクラウド構築の事例を通じて、活用のポイントやシステム構築の将来像を探っていく。 　プライベートクラウドを構築するには、情報システムに対する強いガバナンスを維持しながら、「リソースの統合と共有」「構築／運用プロセスの標準化」「構築／運用プロセスの自動化」という3つのステップを踏んでいく必要がある。ガバナンスを維持するためのノウハウが十分にないユーザー企業は、それを蓄積していく努力が必要だ。 　現時点におけるプライベートクラウド構築の事例は、ベンダー自らの手で構築、運用されているものが多い。その事例を見てみよう。 Join discussion...