クラウドコンピューティングの総所有コストを計算する方法

多くの組織は、クラウドでワークロードを実行するためにどれくらいの費用がかかるか確信が持てないため、クラウドを起動して実行し、コストのかかる予期しない停止を回避するために、クラウドの定義されたパラメータを理解する必要があります。

[[312085]]

一定量のクラウドベースのコンピューティングとストレージ容量を購入するのにどれくらいの費用がかかるかを見積もることは難しくありません。結局のところ、クラウド コンピューティング ベンダーは基本価格を公開しています。ただし、企業がクラウドでの運用コストを真に理解したい場合、展開を計画しているリソースをより包括的に理解する必要があります。

組織のクラウド総所有コスト (TCO) を計算するには、まず、オンプレミスとクラウドで同じワークロードを実行するコストを比較します。また、アプリケーションに必要なすべての機能、特にセキュリティ要件や大幅なコスト増加につながる可能性のあるその他の領域を理解することも重要です。

組織は、クラウド移行であれ、新しいアプリケーションであれ、予測されるクラウド総所有コスト (TCO) を明確に把握する必要があります。ここでは、予算を策定しながら組織のクラウド総所有コスト (TCO) を決定するためのベスト プラクティスと、稼働開始後に予期しない停止を回避する方法について説明します。

クラウドコンピューティングの財務モデルを理解する

オンプレミスのインフラストラクチャと IaaS などのホスト型サービスを比較する場合、使用率と時間が最も重要な変数となります。通常、オンプレミス データ センター リソースに割り当てられる値は、取引条件が長期にわたるほど、また利用率が増加するほど増加します。これは、使用量に基づいて課金されるクラウド コンピューティング リソースには適用されません。

組織のクラウド コンピューティングの財務モデルを理解するための最初のステップは、共通のリソース ユニットを割り当てて、総所有コスト (TCO) の比較データを正規化することです。リソース ユニットは、物理サーバー、仮想サーバー、または 1 ギガバイトのストレージになります。標準ユニットは、オンプレミス資産とクラウド資産の両方に適用されます。ここでは、組織が PaaS またはサーバーレス構成用にアプリケーションをリファクタリングするのではなく、クラウド プロバイダーのインフラストラクチャへの移行を検討していると想定されています。

次に、この正規化された値の平均リソース ユニット サイズが、平均を計算するために使用される基準とともに計算されます。たとえば、組織の正規化された値は、平均サイズの仮想マシンとそのメモリおよび仮想 CPU (vCPU) である可能性があります。組織は、計算が正確であることを確認するために、ネットワークやセキュリティなどの関連サービスも考慮する必要があります。この値は、vCPU とメモリの合計数を仮想マシンの数で割って計算されます。

組織は、ワークロードの予測される成長率をモデル化する必要もあります。割合が高いほど、標準化と自動化への依存度が高くなり、全体的なコストが大規模に削減されることを示します。成長の遅いワークロードはクラウド コンピューティングには適していません。組織は、クラウド コンピューティングの弾力性とオンデマンド性を活用するオンデマンド アプリケーションと同じコスト削減を実現できないためです。

組織の総所有コストモデルに関する洞察を得る

ワークロード要件が決定したら、モデリング期間の開始日を決定できます。覚えておくべきこと: クラウド コンピューティング イニシアチブの最初の 1 か月は、インストールやその他の起動タスクに重点が置かれます。同社は、クラウド支出の財務状況をより正確に把握するために、2 か月目にモデルの実行を開始しました。

実際の使用開始の最初の月の予測需要に基づいて起動容量を決定します。次に、モデリング期間の終了時に最適な容量使用率とリソース単位を決定します。より大きな容量使用率を実現するには、80% ～ 90% の現実的な上限を設定します。

インフラストラクチャのオーバーヘッドと管理要件を考慮してください。たとえば、すでに導入されているサービス管理ツールやネットワーク セキュリティ保護などを含めます。組織は、オンプレミスのセキュリティおよび管理システムのコストと、同じ作業を実行するために必要なクラウド コンピューティング サービスのコストを比較する必要があります。このようなオーバーヘッドにより、組織が顧客に販売する有料アプリケーションから収益を生み出す能力が低下します。

IT ベンダーは、オンプレミス ハードウェアに対して最大 3 年間の価格と割引を割り当てることがよくあります。月次を分析の基礎として使用し、それに応じてモデルを作成します。全体的な時間枠が長くなると、クラウド TCO 分析のオンプレミスの減価償却部分に影響します。

最後に、月間使用量を決定して、組織が使用を計画しているクラウド コンピューティング サービスを文書化します。目標は、組織がコストを見積もることができるように、サービスの潜在的な用途をマッピングすることです。これらのアプリケーションは継続的に実行されるため、本番システムの通常の使用率は 100% であると想定してください。対照的に、テストおよび開発システムは組織が 1 日 8 時間しか使用しないため、使用率が 33% まで高くなる場合があります。

コスト構造を取得する

既存のオンプレミス支出の構成要素の詳細を把握し、それをクラウドにどのように変換するかを計画するには、通常は資本支出となるハードウェアから始めます。オンプレミス ソフトウェアも通常は資本経費としてカウントされますが、データベースのように運用経費になることもあります。ハードウェアとソフトウェアのメンテナンスも総所有コストの一部です。

クラウド サービス プロバイダー (CSP)、ソフトウェア ベンダー、またはアウトソーシングされたプロフェッショナル サービス会社に、1 回限りのセットアップ料金を請求することを忘れないでください。これには、組織のクラウド コンピューティング環境を構築するために人材を雇用したり、オンプレミスの資産をパブリック クラウドに移行したりするコストが含まれる場合があります。組織が公共部門またはその他の規制の厳しい業界で活動している場合、アプリケーションをクラウドに展開する前に満たす必要のあるさまざまなセキュリティ要件を満たすために、より多くの初期コストがかかる可能性があります。

組織は、運用や保守のための人件費などの定期的な経費も計算する必要があります。組織にハイブリッド クラウド環境がある場合は、データ センターの電力消費コストをクラウド コンピューティングの総所有コスト (TCO) に考慮します。組織は、初期費用や設備投資に反映されない設備利用費用も考慮しなければならない場合があります。たとえば、組織のユーザー ベースが拡大するにつれて、組織が導入する仮想マシンに基づいてソフトウェア ライセンス料金が増減する可能性があります。

潜在的なコストカテゴリを確認する

これまで説明したさまざまなコスト要素は、3 つのカテゴリに分類できます。どの組織でも、考慮する必要があるコスト要素が 1 つ以上存在する場合があります。

（1）製品：コスト構成要素として、仮想サーバーをホストするオンプレミスの物理サーバーが含まれます。また、これらの物理サーバーをサポートするために必要なラックの数も含まれます。

（２）管理：管理をサポートするために必要なコスト要素が含まれます。たとえば、AWS ユーザーは、AWS ビジネスサポートやエンタープライズサポートプランなど、サービスレベルアグリーメントに裏打ちされた成果ベースのマネージドサービスを選択できます。

（３）工業化：これには、製品の研究、開発、自動化、文書化、またはトレーニングをサポートするあらゆるコスト要素が含まれます。工業化によるコストメリットを定量化することは難しいため、多くの総所有コスト (TCO) の比較では、このカテゴリの価値が過小評価されています。クラウド コンピューティングの支出が予算を超えている理由は次のとおりです。たとえば、クラウド移行や新しいクラウド予算は、主要なクラウド管理および運用タスクを自動化するために必要な作業を正確に反映していない可能性があります。

各コスト カテゴリについて、合計コストに同じ正規化 (共通容量変数によって定義) を使用するかどうかを決定します。

組織は、特にマルチテナント クラウド プラットフォームでは、管理および産業化のカテゴリに、より大きな数値を使用することを選択できます。パブリック クラウドでは、クラウド サービス プロバイダー (CSP) がバックエンドの管理とトレーニングのコストの一部を負担するため、産業化コストを節約できます。

オンプレミスソリューションからの価値ドライバーの定義

オンプレミス設定から価値ドライバーを定義する場合、組織は最大使用量と安定した使用量を綿密に検討し、単位リソース コストを低く抑えてより高い価値を提供する必要があります。比較を定量化するために平均使用率が使用されました。使用率の結果は、サービスを提供するためにサーバー、ネットワーク、およびその他のインフラストラクチャが使用されている全体的な度合いです。

サーバーやルーターなどのオンプレミスの資産を長く使用すればするほど、組織がそこから得られる価値は高まります。ただし、期間が長くなると、特に機器の耐用年数の終わりに近づくにつれて、運用コストとメンテナンスコストも増加します。

クラウドコンピューティングの価値ドライバーを定義する

あらゆるクラウド移行の中心には、何らかの価値促進要因が存在する必要があります。クラウド コンピューティングを導入しても必ずしもコストが削減されるわけではないため、コストが唯一の決定要因になるべきではありません。ただし、組織がクラウド コンピューティングの総所有コストを把握していれば、クラウド コンピューティングの導入についてより適切な情報に基づいた決定を下すことができます。

クラウド コンピューティングの価値推進要因を定義するときは、仮想マシンが 1 日に実行される時間数、ストレージ容量、可用性、セキュリティなどの使用率要因を考慮します。クラウド コンピューティングの従量課金モデルでは、より柔軟なリソース管理が可能になり、従業員が他の重要なタスクに取り組むことができるようになるため、ある程度の経済的メリットがあります。