第三回 パブリッククラウドは高い？

■間違った見積もりの例

わかりやすく説明するために、簡単ですが、オンプレミスとパブリッククラウドの見積もり例を以下に示します。

＜インフラの要件＞

•Windows Server 2019のOSがインストールされたサーバーを1台利用したい。
•CPUは、8コア利用可能で、Intel Xeonプロセッサであれば、型式は特に問わない。
•メモリは、64GB搭載したい。
•HDDは、SSDで1TB搭載したい。
•5年間利用後、ハードウェアをリプレースする。

＜オンプレミスの見積もり＞

担当者は、サーバー1台なので、オンラインでハードウェアの見積もりを取得できるサイトを探し、要件を設定すると、XX社の製品で、Windows ServerのOSプリインストールモデルが、5年間の保証を付けて、以下のように見積もりが取得できた。納期まで2週間で、指定場所に発送する記載があった。

見積もり金額：4,280,000円

＜クラウドの見積もり＞

担当者は、クラウドサービスプロバイダーのサイトで、要件にある仮想サーバのモデルが、オンデマンドで、1時間当たり、$0.864で利用できることを確認した。1日24時間、356日、5年間利用し続けると、$37,843.2になった。このモデルには、ディスクがついていないため、SSDの金額を調べて、1GBあたり、1か月利用すると$0.096で利用できることを確認し、5年間利用し続けると、$5,898.24になったので、合計して$43,741.44となった。現状の為替で、$1＝136円なので、日本円で以下の見積もりを算出した。

見積もり金額：5,948,836円

極端な例ですが、このレベルで、オンプレミスとパブリッククラウドの見積もりを比較して大規模なシステム導入の判断を正しくできていない現場をよく見かけます。

■オンプレミスとクラウドを同じ条件で見積もり比較できていない

見積もりの例で、サービス利用料に関する認識が間違っている点が大きな問題です。仮想サーバなど多くのクラウドサービスは、1時間当たりのサービス利用料が公開されていますが、このサービス利用料には様々な要素が含まれています。
それを理解するために、オンプレミスとパブリッククラウド（IaaS）のコスト構造の比較を以下に示します。

この図を見ていただくと、サービス利用料は、オンプレミスのハードウェア購入費用以外にも様々な要素が含まれていることが理解できると思います。（図の黄色い部分が、サービス利用料の部分）

また、見落としがちな点として、オンプレミスの場合、多くは、5年程度でハードウェアの老朽化に伴い、リプレースが必要になります。その際にソフトウェアは、そのまま移行したとしてもハードウェアが変更になることで、一連のシステムテストをやり直すと、多くの時間やコストが発生することは、経験した人は理解できると思います。このハードウェアのリプレースに関しては、基本的にパブリッククラウドでは不要で、運用中に故障したり老朽化したハードウェアは、透過的にクラウドサービスプロバイダーの運用チームによって交換されるため、オンプレミスのようなハードウェアマイグレーション費用が不要になります。

■コスト最適なクラウドの構成になっていない

このように、オンプレミスとパブリッククラウドで同じ条件で見積もってみても多くの場合、パブリッククラウドの方が高い可能性があります。それは、コスト最適なクラウドの構成が実現できていないためです。間違った見積もりにおいて、オンデマンドで、常時稼働する前提で見積もっていた部分です。
コスト最適なクラウドの構成にするためには、各クラウドサービスプロバイダが独自の仕組みを提供しているため、それを効果的に利用することになります。ここでは、AWS（Amazon Web Services）を例に、コスト最適な構成を実現するための施策を6つ紹介します。

１．リザーブドインスタンスの利用
AWSでは、常時稼働するサーバーやデータベースは、1年または、3年分の利用を予約し一定の費用を前払いすることで、月額の利用料を削減することが可能です。仮想サーバのEC2を利用した場合、オンデマンドと比較してリザーブドインスタンスを利用すると、最大で72%費用を削減可能です。様々なタイプのリザーブドインスタンスが存在するため、システムのワークロードに合わせて選択すれば、コスト最適化を実現可能です。
 

２．利用しないときにサービスを停止
これは、AWSに限った施策ではありませんが、本番環境以外の常時稼働を必要としないサービスは、こまめにサービスを停止させる運用をすることで、無駄なコストを削減することが可能です。従量課金制でサービスを利用した場合、24時間365日常時稼働させるケースと、平日8時間だけ稼働させるケースでは、 月次で4倍以上のコストの差が発生します。

３．用途に応じたストレージの利用
AWSでは、基本的に仮想サーバのEC2用ブロックストレージとして利用するEBSと、オブジェクトストレージであるS3にデータを保存します。EBSとS3は、それぞれ用途に応じたタイプが用意されており、最も高価なストレージと最も安価なストレージでは、50倍以上の差があります。そのため、特に大容量のデータを保有するシステムでは、適切なタイプのストレージを選択することで、コストの削減が可能です。
 

４．スポットインスタンスの利用
AWSでは、仮想サーバのEC2を入札形式で、利用できるスポットインスタンスのサービスがあります。そのため、短期間の利用に限定した利用であれば、コスト削減可能です。オンデマンドのインスタンスに比べて、スポットインスタンスは、最大90%の費用を削減可能です。
 

５．適切なサイズのプロビジョニング
これもAWSに限った施策ではありませんが、従量課金を意識したサイジングが欠かせません。オンプレミスのように予測される最大の負荷に合わせるのではなく、通常必要となる性能のインフラ環境を用意し、負荷が上がるときだけスペックを上げる（基本的にはスケールアウト）運用を自動化することで、高いコスト効率でクラウド環境を利用することが可能です。
 

６．モニタリング・分析サービスの利用
CloudWatchを利用することで、AWS環境のリソース使用率やアプリケーションのパフォーマンス状況のログを収集可能です。そのため、ログを分析することで、オーバースペックなサービスを特定し、改善することが可能です。また、Trusted Advisorを利用することで、AWSのベストプラクティスに基づくコスト削減の示唆を得ることが可能です。

ここに紹介した6つの施策以外にもマネージドサービスを利用したり、Serverlessのアーキテクチャを採用することで、さらにコスト最適なシステムを実現することが可能になります。このようにクラウドに精通した専門家がシステム構築の初期段階から参画することで、必ずオンプレミスのシステムと比較して、パブリッククラウドで安価なシステムを実現することが可能になります。 

クラウド連載（全5回）

第一回　クラウドの普及と間違った認識
第二回　Lift and Shiftによるクラウド移行
第四回　クラウドのセキュリティは不安？
第五回　クラウドの選定