3．現状の最適解がハイブリッドクラウドになる理由

　ここまでで、クラウドの必要性、理想像については明確になった。では、現状のクラウドでどこまで実現可能か考察してみよう。まずは、プライベートクラウド、パブリッククラウドの特徴を下記に整理する。

プライベートクラウドの特徴
・専用システムのためセキュリティが高い
・サービスレベルを自由に設定できる
・初期投資が高額になる
・システムの増強に月単位の時間が必要になる
・適切なリソース総量を決めるのが難しい（ある程度の過剰リソースが必要）
・IT基盤のハードウェア、ソフトウェアの管理が必要になる

パブリッククラウドの特徴
・スモールスタートが可能
・大幅なワークロードの変動に強い
・可用性に限界がある（SLAが保障されていない）
・運用にマッチしない課金体系を利用するとコストが高額になる可能性がある
・セキュリティとデータ保護がプライベートクラウドに比べると落ちる
・ネットワーク経由となるため、データ移行に時間がかかる

　プライベートクラウドは、自社で管理・運用を行うため、セキュリティおよび信頼性について、求められるレベルに合わせてシステムを構成することが可能である。その半面、スモールスタートで導入する場合でも数百万円以上の初期コストが必要になる。ワークロードが大きく変動するシステムを乗せた場合、余剰リソースが大量に発生し、費用対効果が大幅に悪化する恐れがある。例えば、ワークロードがピークを超え、ビジネス部門がITリソースを解放したとしても、基盤はリソースを抱えたままなので運用費は一定のままである。

　パブリッククラウドは、クラウド事業者の基盤を利用するため、数万円のごく小規模からスタート可能であり、コストを無視すれば数千台のサーバを動作させることも可能である。しかしながら、長期的に利用した場合、プライベートクラウドに比べてコスト高になる可能性がある。また、ネットワークトラフィックや使用したストレージ容量に課金されるサービスもあるため、データ容量が多いシステムはパブリッククラウドには向かない。ネットワークの接続形式もクラウド事業社のサービスに依存するため、複数のクラウド間をまたいだアクセスは一般的に苦手である。

　以上のように、プライベートクラウドのみ、またはパブリッククラウドのみでは、理想的なクラウドの要件を満たすことができないのは明らかである。そこで、プライベードクラウドとパブリッククラウドのデメリットを打ち消し、メリットを最大限享受できるハイブリッドクラウドに着眼する。

　しかし、仮想環境やプライベートクラウド環境に、パブリッククラウドを「単に併用する」だけでは理想的なシステム像ではない。シームレスな1つの環境として、仮想マシン、データ、アプリケーションが用途や状況に応じて、ネットワーク設定を変更せず、プライベートクラウド／パブリッククラウド間を自由に移動できること、これが真の意味で理想的なハイブリッドクラウドのシステム像といえる。

　ただ現状は、プライベートクラウドとパブリッククラウド間をシームレスに移動できるような理想的なハイブリッドクラウドは、既存製品やサービスを組み合わせるだけでは実現できない。各ベンダーが仮想化基盤とパブリッククラウドを一元管理できるツールをリリースしているが、任意のパブリッククラウドと連携して、シームレスに管理できるツールは今のところ存在しない。しかし、「『Hyper-V』＋『Microsoft Azure』」「『VMware vSphere』＋『VMware vCloud Air』」など、理想に近づきつつあるが、ベンダーロックインされる可能性がある。今後、複数のパブリッククラウドとプライベートクラウドを連係させたマルチクラウドなハイブリットクラウドが実現できれば、パブリッククラウドへのロックインを回避できるようになるだろう。

4．ハイブリッドクラウドを見据えた理想的なプライベートクラウドを考えていこう

　ハイブリッドクラウドの設計は、従来の物理環境や仮想環境の方式の組み合わせではなく、ハイブリッドクラウド特有の新しい方式で設計するべきである。現状、各技術分野おいて、そのようなものが実在するかどうかは次回以降の連載に任せるとして、あくまで姿勢として、そう考えるべきである。そのためには、ハイブリッドクラウドに対応した新しい技術や製品に注目しておく必要がある。例えばパブリッククラウドが提供するAPIに対応した製品だ。

　仮想化が導入され始めたころ、物理環境の方式を仮想環境に適用し、運用で苦労した人は多いのではないか。その後、ハイパーバイザーと連係し仮想化特有の機能に対応した製品が生まれ、運用性がはるかに向上した。ハイブリッドクラウドに関しても同じことがいえるのではないだろうか。パブリッククラウド（IaaS：Infrastructure as a Service）では、ハイパーバイザーやストレージへの操作が許可されておらず、仮想マシンより上位レイヤーに対して物理環境と同じ方式を使用することになり運用が非効率になる。ハイブリッドクラウドでは、その経験を生かして、今から準備が必要ではないかと思う。そのためには、まずはオンプレミスをプライベートクラウドとして整備し、プライベートクラウドに主軸を置きつつ、最適なパブリッククラウドを活用するための実装を検討すべきである。

　次回以降、下記の各技術分野の専門家が、課題／現状、設計指針／実装方針、製品選定などについて検討していく。最後までお付き合い頂けると幸いである。