プライベートクラウドの導入を検討すべき時期は？

単一企業向けにホスト型またはオンプレミスでプライベートクラウドを運用するという考え方は、急速に一般的なものになりつつあります。ますます多くの企業がクラウドコンピューティングについて学び、自社のクラウドプラットフォームを運用することが現実的かつビジネスにとって潜在的に価値があると気づいています。しかしクラウドに関する知識が全般的に不足しているため、ビジネスのニーズに全く合わない場面でもクラウドが推奨されるケースが増えており、従来の仮想化管理システムと混同されることが多くなっています。

クラウドは特殊な種類の仮想化プラットフォームであり、独自のニッチを担っています。クラウドコンピューティングは従来の仮想化を基盤にして、自動スケーリングとプロビジョニングを重ね合わせることで、アプリケーションの迅速な水平スケーリングを可能にします。これは通常のビジネスニーズではありません。クラウドはまた、リソースプロビジョニングのセルフサービスに適しており、これと結びついていることが多いですが、それだけではクラウドとは言えませんし、クラウドプラットフォームへの移行を正当化するものでもありません。ただし付加的なインセンティブにはなり得ます。クラウドが注目される理由は、エンドユーザーへのセルフサービスポータルの提供と、アプリケーション自体が自律的にプロビジョニングできる能力にあります。これらこそが、クラウドプラットフォームを従来の仮想化と区別する重要な要素です。

クラウドが意味しないものとして、単一の管理画面からのドメイン全体のシステム管理の簡略化、大規模な統合、ハードウェアシステム間の容易な移行、新規システムの迅速なプロビジョニング、仮想化、高可用性、リソースのオーバーコミットなどがあります。これらの機能はすべて、主に標準的なプラットフォーム仮想化（VMware vSphere、Microsoft の HyperV、Xen など）を通じて、またはその上で利用可能です。プライベートクラウドでこれらの機能が利用できないわけではありませんが、それらはクラウドの側面ではなく、基盤となる仮想化プラットフォームの側面です。クラウドレイヤーはその上位にあり、単に下位レイヤーの恩恵を通過させるだけです。

プライベートクラウドに一般的に関連付けられる機能の多くが他のよりシンプルな形では利用できないという誤解からクラウドへのアプローチがなされることがよくあります。これはほとんどの場合、実態とは異なります。通常の仮想化プラットフォーム、最も一般的には VMware の vSphere と Microsoft の HyperV は、これらすべてのオプションを提供しています。これらを使用して、単一のインターフェースから管理できる物理サーバーの堅牢なクラスターを構築でき、非常に高い信頼性と新規システムの迅速なプロビジョニングを実現でき、IT 部門に専門的な知識をほとんど必要とせず、従来のビジネスワークフローを維持できます。私が自社クラウドの所有に興味があるかもしれないと考えている企業と話す際、ほとんどの場合、彼らが本当に求めているのはクラウド機能ではありません。

「クラウド」という言葉は最近非常に人気になったため、人々はほぼ全員にとって重要な機能がクラウドに起因すると思い込み始めています。しかしこれは実態とは異なります。クラウドは依然として、そして今後も、自社で所有するにふさわしい企業が非常に限られたニッチなソリューションであり続けます。パブリッククラウドの利用やクラウドプラットフォームから提供されるホスト型サービスの利用は、ほぼ至る所で見られるようになっており、実際にすでにそうなっています。しかし単一企業が使用するためのプライベートクラウドの所有は、ほとんどの企業や事業部門にとってビジネスニーズとなるにはほど遠く、多くの場合、永遠にそうはならないと思われます。

プライベートクラウドが真価を発揮する主要な分野は2つあります。1つ目は、定期的に多数の一時的またはアドホックなシステムを「スピンアップ」する必要があるビジネスです。これは大規模な開発チームやアプリケーションテストグループで頻繁に起こり、特にこれらのグループが複数のオペレーティングシステムを対象とする場合に当てはまります。一時的なテストシステムやラボシステムを迅速にプロビジョニングできる能力は非常に有利であり、ビジネス顧客がチャージバックの仕組みを組み込んだ形で独自のシステムインスタンスを作成、管理、破棄できるプロビジョニングツールを簡単に提供できるクラウドコンピューティングの性質は、IT 部門とエンドユーザー間のこの取引がほぼ摩擦なく行えるようになるため、企業の効率性に非常に有益です。クラウド全体の維持管理責任と個々のシステムの維持管理責任を容易に分離できます。本番ワークロードにはほとんど使われませんが、これにより多くのビジネス部門が今日切望しているセルフサービスアプローチが実現します。クラウドプラットフォーム自体の作成と維持管理のオーバーヘッドにより小規模では非現実的ですが、大規模では非常に生産的になり得ます。技術的な利点に加えて、クラウドコンピューティングのこの側面は、IT を内部サービスプロバイダー、部門を顧客として考えるモデルとして機能します。私たちは長い間 IT と他のビジネス部門をこのような観点で話してきましたが、実際にそのように考えることはほとんどありませんでした。

クラウドコンピューティングが真に本領を発揮する2つ目の分野であり、このコンセプトが元々開発された目的は、水平スケーリングするアプリケーションの自動プロビジョニングを処理することです。つまり、新しいインスタンスを自律的にスポーンすることで処理能力を増加できるアプリケーションワークロードです。小規模では、多くのウェブアプリケーションがそのステートレスな性質により、新しいスレッドワーカーをスポーンすることで単一システム内でこれを行い、追加の接続を処理します。Apache ウェブサーバーは、リクエストに対応する準備ができた8つのリスナーから始まるかもしれませんが、それらのスレッドが枯渇すると、追加の受信接続を処理するために新しいスレッドを自動的に開始し、単一サーバーの範囲内でスケールできます。このコンセプトをクラウドコンピューティングに適用して拡張すると、システム全体レベルでスレッドの枯渇が近づいていることを検知した（または空きメモリの不足やパフォーマンスの低下などの他のメトリクスに基づいた）同じアプリケーションが、クラウドコンピューティングプラットフォームから公開された API を使用して、クラウド管理システムに対して呼び出し元システムの新しいコピーをプロビジョニングするよう信号を送ります。本質的には自分自身をその場でクローニングします。数秒のうちに、最初のものと同一の新しい仮想サーバーが起動し、受信リクエストの処理において親と合流します。この子またはクローンシステムも同様に必要に応じて内部でスレッドをスポーンし、さらに枯渇を感知すると、さらに多くのスレッドを処理するための別の新しいシステムを作成するようクラウドプラットフォームを呼び出します。このようにして、アプリケーションはほぼ無限に（クラウドプラットフォーム全体のハードウェア限界内で）必要に応じてオンザフライで自動的に成長できます。そして個々のシステムがアイドル状態になり、ワークロードが減少すると、一度に1つずつシステムがクラウド管理システムに不要であることを通知でき、そのシステムは単にステートレスなクローンであったため電源が切られ破棄されます。これにより、余剰容量を活用する必要があるかもしれない他のアプリケーションやワークロードのためにシステム容量が解放されます。

見てきたように、クラウドコンピューティングは非常に強力です。特に今日のパブリックおよびエンタープライズアプリケーションの大部分が、ウェブプロトコルとエンドユーザーインターフェースを活用するためにステートレスな方法で書かれているためです。ウェブアプリケーションはクラウドコンピューティングのスケーラビリティモデルを活用するのに特に優れており、今日のほとんどの大規模ウェブアプリケーションはこの弾力的な容量の拡張と縮小を活用しています。多くの新しい NoSQL モデルが登場し始めており、アプリケーションフロントエンド処理ノードに加えて、データベースも大規模で類似したモデルの恩恵を受け始めるかもしれないことを示唆しています。これは公開向けアプリケーションだけでなく内部アプリケーションにも確かに活用できますが、内部アプリケーションが単一システムを超えてスケールする必要があることはほとんどないため、プライベートクラウドがこのような形で活用されているのを見つけることは非常にまれです。

クラウドコンピューティングに関わる危険性は、通常の仮想化を超えた追加の複雑さという形で現れます。プラットフォームをサポートするために必要な複雑なストレージの可能性と、学習・維持すべき多くのレイヤーがあります。クラウドコンピューティングがシステムを迅速に作成・破棄できる能力は、ユーザーがクラウドリソースを永続的なシステムとして使用しようとする誘惑を招く可能性があります。これは可能ではありますが、ユーザーが従来と期待とは大きく異なる動作を受けることでデータ損失をもたらす可能性があります。おそらくクラウドに関する最大の懸念事項は人的なものであり、エンドユーザーが次々と新しいシステムをスピンアップするにつれて制御されないシステムスプロールを経験する可能性が高まることです。これらのシステムはエンドユーザーによって作成されたため（IT ではなく）、おそらく厳しく制御・監視されておらず、不正な、しばしば忘れられた状態でシステムが残ります。これは、システムにパッチが当てられず、管理されないままリスクが増大しリソースを消費する、維持管理とセキュリティの悪夢につながる可能性があります。そして最も心配されるのは、システムが作成されて忘れられ、適切なライセンスなしに存在する可能性があることです。自動プロビジョニングされたシステムの追跡とレポートは、システムの作成方法の大きな変化によるプロセスリスクをもたらします。IT 部門はコンプライアンスを維持するために必要な重いライセンスプロセスに慣れていますが、クラウドコンピューティングではこのプロセスがビジネス部門に公開される可能性があり、彼らはそれを処理するための準備が全くできていません。クラウドコンピューティングのライセンスニーズへの対応はありますが、それは対処しなければならない追加の複雑さと管理です。IT 部門の直接的な監視なしにシステムが存在することを許可することは、潜在的に予測できない性質のリスクを明らかに持ちます。

プライベートクラウドの所有は多くのエキサイティングな可能性をもたらしますが、これらの利点と機会がすべての人のためのものではないことは明らかです。それらはより大きなビジネス、優れたプロセス管理を持つ企業、システムレベルのリソースの弾力性を活用できるように特別に適応されたアプリケーションを実行している会社、エンドユーザーがセルフプロビジョニングするためのサービスとして提供される大規模なアドホックなシステムの作成と破棄を必要とする企業に対応しています。ほとんどの大企業は社内でのクラウドコンピューティングの用途が限られているでしょう。小規模な組織は、近い将来または永遠に、クラウドコンピューティングが有利だと感じることはほとんどないでしょう。