クラウドのメリットを引き出すコツ

クラウドコンピューティングでキャパシティー管理はどう変わるのか

クラウドコンピューティングや仮想化といったITリソースの進化に伴い、キャパシティー管理の内容も変化する。うまく管理するにはどうしたらいいのか。

公開 2008年12月24日 08時01分

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

著者

Michael Coté

[TechTarget]

印刷する Googleで優先するソースとして追加

　会社が必要とするパフォーマンスと機能をコンピュータリソースから確実に引き出すために、キャパシティー管理は欠かせない。これによって、日常業務に必要なITリソースの確保と、そのために必要な予算の過不足ない確保を図る。クラウドコンピューティング、仮想化といったイノベーションによるITリソースの進化に伴い、キャパシティー管理に求められる内容とそのメリットも変化する。

キャパシティー計画：バケツから川へ

　従来のような社内データセンターで限られたリソースを扱う場合、キャパシティー管理は例えて言うなら、会社がのどの渇きを癒やすために必要な水をすべて入れておける大きさのバケツを確保しておくようなものだ。このリソースのプールには境界がある。IT部門がそれぞれのコンピュータリソース、すなわちハードウェア、ソフトウェア、そしてその提供と管理ができる人材を備えておく必要があるからだ。この「バケツ」型アプローチの場合、キャパシティー管理はピーク時の利用ニーズを予測し、社内データセンターがそのニーズを満たせるよう気を配ることが中心になる。

　何年か前には、グリッドコンピューティングやユーティリティコンピューティングが、この物理的限界の代替を提供するとうたっていた。バケツに代わってITリソースは、無限のサイクルを引き出せる流れの速い川のようなものになるはずだった。しかし、リモートグリッドへの帯域幅不足、参入コストの高さ、ほとんどのグリッドのバッチジョブ的性質といったさまざまな理由から、グリッドコンピューティングとユーティリティコンピューティングは当初の段階では普及しなかった。

　ユーティリティコンピューティングが実現しようとしていたメリットの一部は、「クラウドコンピューティング」という名で再びIT部門に登場してきた。クラウドコンピューティングも、ユーティリティコンピューティングの取り組みが足を取られたのと同じ課題に対応する必要はある。しかし幸いなことに、ネットワークの進歩と、ジョブベースではなくアプリケーションベースのコンピューティングに傾いたことで、状況はずっと良くなりそうだ。

　クラウドコンピューティングが第一に目指しているのは、ITサービスの基盤を「雲の中」で運営し、自社でデータセンターを保有した場合よりも全体の出費を減らすことだ。だが、それだけではない。クラウドコンピューティングが指向するのは、IT部門に無限のコンピューティングパワーをオンデマンドで提供することだ。IT部門がこのITの流れをうまく管理するにはどうしたらいいのだろうか。

　その答えは、この新しいIT提供モデルで最大の制約がどこにあるかを見極めることにある。クラウドコンピューティングの制約は、コンピューティングパワーそのものの上限ではなく、新たなサービスをプロビジョニングして実稼働させられるまでのスピードにある。ITシステムをクラウドにスケールアップするには、新システムを立ち上げ、データとアプリケーションを移行し、既存のサービスに接続し、統合したシステムをテストし、従来より大きなITリソースプールの全ライフサイクルを管理しなければならない。

　ここでキャパシティー管理上配慮すべき問題は、2つある。

新しいITサービスが適切なスピードで稼働できるようにする
これら資産管理のための適切なワークフローを用意する

　ワークフロー管理が重要になるのは、クラウドコンピューティングのメリットの多くが、スピードとITリソース作成・実稼働の容易さにあるためだ。従来型のウォーターフォール式アプローチの、ごく細部に至るまで事前に何もかも計画しておくことに重点を置いたワークフローでは、クラウドコンピューティング利活用のスピードが落ちてしまう。さらにプロセス重視型のワークフローでは、ITサービスの提供開始が遅れてしまう可能性があり、前日起きた問題の解決が翌日に届くことになりかねない。

クラウドコンピューティングの基礎

　クラウドコンピューティングを利用する場合、キャパシティー管理の基本的な制約は従来と異なってくるが、モデリング、プロビジョニング、監視、メンテナンス、修正といった従来のサイクルは残る。パフォーマンス、コスト、収益力の評価も残る。ただし、こうしたサイクルの最後の2段階、すなわちクラウドベースのITリソースを持続的に利用することと、時の経過に伴って利用の仕方を変えることの方に比重が置かれるようになる。

　クラウドコンピューティングのいわゆる「柔軟な」性質上、クラウドベースのITリソースは従来型のITリソースに比べてはるかに高い頻度で「デプロビジョニング」されるようになる。ITリソースのデプロビジョニング、つまり利用停止は、ほとんどのIT部門にとってばかげた考えに思えるだろう。ITリソースはなくなりはしない。ただ暗い隅でひっそりと点滅しているだけだ。

　クラウドコンピューティングの経済的メリットは、クラウドベースITリソースの利用停止のタイミングをIT部門が分かっているかどうかに懸かっている。クラウドベースのITリソースを年中無休で使うと、社内ITリソースを使っているよりもコストがかさむ場合もある。IT部門が気を配るべきポイントは、従来のようなできるだけ多くのコンピューティングパワーを保有して運用することから、利用と運用の量をできるだけ減らすことへとシフトしなければならない。

　その責任はIT部門だけでなく、ITサービスの開発者にもある。開発者はキャパシティーを柔軟に管理できるアプリケーションを作成しなければならない。IT部門とベンダーの両方に変化を求めることは、時に不可能にも思える。しかし、その結果は極めて好ましいものだ。コストが削減され、会社が利益を上げるために必要なものをさらに迅速に提供できるようになるのだ。

本稿筆者のマイケル・コテ氏は、RedMonkのエンタープライズソフトウェア担当アナリスト。オープンソース、IT管理、ソフトウェア開発、Web、ソーシャル／コラボレートソフトウェアを専門とする。RedMonkではIT管理責任者を務める。PeopleOverProcess.comにブログを執筆し、RedMonkポッドキャストとビデオポッドキャストRedMonkTVの制作も手掛けている。

印刷する

この記事の著者

Michael Coté

クラウドコンピューティングでキャパシティー管理はどう変わるのか

キャパシティー計画：バケツから川へ

クラウドコンピューティングの基礎

この記事の著者

関連記事

新着ホワイトペーパー PR

瞬時にM365が乗っ取られる――全社員に周知すべき“新フィッシング”の教訓

クラウドコンピューティングでキャパシティー管理はどう変わるのか

キャパシティー計画：バケツから川へ

クラウドコンピューティングの基礎

この記事の著者

関連記事

Microsoft、仮想化をプライベートクラウドの基盤と位置付け

クラウドコンピューティング採用の可否を決める12の理由

雲の向こうに見えるGoogleとAmazon.comのクラウドコンピューティング

「ウイルス検出はクラウドで」、トレンドマイクロが新たな脅威評価システム

日本IBM、クラウドコンピューティング検証施設を晴海に開設

新着ホワイトペーパー PR

瞬時にM365が乗っ取られる――全社員に周知すべき“新フィッシング”の教訓