クラウド TCO: クラウドの総所有コストを計算する方法

一定量のクラウド コンピューティングとストレージ容量を購入する場合のコストを計算するのは難しくありません。結局のところ、プロバイダーは基本価格を公表しています。ただし、企業がクラウドでの運用コストを真に理解したい場合、展開を計画しているリソースをより完全に理解する必要があります。多くの場合、企業はクラウドに移行する前にクラウド コストを見積もって、財務上のメリットに基づいてクラウドに移行するべきか、オンプレミスでワークロードの実行を継続すべきかをより適切に把握したいと考えています。

[[440255]]

クラウド コンピューティングの TCO とは何ですか?

クラウド TCO は、クラウド内でのワークロードのホスティング、実行、統合、保護、管理 (ライフサイクル全体にわたって) にかかるさまざまなコストを計算する方法です。これらには、計算、データ転送、ストレージなど、消費されるリソースに関連するコストが含まれます。また、セキュリティや管理ツールから機械学習や人工知能まで、関連するクラウド サービスとの統合も含まれます。クラウド エンジニアの人件費を計算することも、クラウド TCO 計算の一部になります。

クラウドコストに関する一般的な考慮事項

クラウドでワークロードを実行すると、次のようなさまざまなコストが発生します (ただし、これらに限定されません)。

• アプリケーションの移行（再ホスティング、リファクタリング、または再設計）
• インフラストラクチャベースのリソース (コンピューティング インスタンスのサイズ、データ ストレージ要件、ネットワークおよび SaaS の使用)。
• クラウド サービス間のデータ転送コスト。
• リージョンまたはアベイラビリティゾーン間のデータレプリケーション。
• 将来的な使用量/ワークロードの増加

TCO モデルでは、リスク管理、柔軟性、拡張性など、定量化が難しいものの、全体的なコストの観点からは重要な無形のコストも考慮する必要があります。リスク管理やセキュリティの特定の側面など、これらの一部はクラウド サービス プロバイダー (CSP) が負担します。柔軟性や機会費用などのその他の要素は、特定の費用が企業の他の事業分野への投資能力を制限したり解放したりする様子を反映します。

クラウド TCO とオンプレミス TCO を計算する方法は?

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

企業は、クラウド移行であれ、グリーンフィールド アプリケーションの場合でも、予測されるクラウド TCO をしっかりと把握する必要があります。この記事では、予算を組む際に TCO を決定するためのベスト プラクティスと、運用開始後に予期せぬ事態を回避する方法について説明します。

クラウド財務モデルを理解する

オンプレミスのインフラストラクチャと IaaS などのホスト型サービスを比較する場合、使用率と時間が最も重要な変数となります。通常、取引条件が延長され、利用率が上昇するにつれて、ローカル リソースの価値は高まります。ただし、これは消費量に基づいて課金されるクラウド リソースには適用されません。

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

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

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

TCOモデルに関する洞察を得る

ワークロードのニーズを決定したら、モデリング期間の開始月を決定します。覚えておいてください: あらゆるクラウド イニシアチブの最初の 1 か月は、インストールやその他の起動タスクに重点が置かれます。クラウド支出の財務状況をより正確に把握するには、2 か月目にモデルを開始します。

実際の使用の最初の 1 か月の推定ニーズに基づいて、開始容量を決定します。次に、モデリング期間の終了時に、最適な容量使用率とリソース単位が決定されます。最大容量使用率を現実的な上限の 80% ～ 90% に設定します。

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

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

最後に、月間使用量を決定して、ビジネスで使用する予定のクラウド サービスを文書化します。ここでの目標は、サービスの潜在的な使用状況をマッピングして、コストを予測できるようにすることです。これらのアプリケーションは継続的に実行されるため、本番システムの通常の使用率は 100% であると想定してください。逆に、テストおよび開発システムでは、チームがシステムを 1 日 8 時間しか使用していないため、使用率が 33% まで高くなる可能性があります。

コスト構成要素

既存のオンプレミス支出に関する詳細情報を取得し、それをクラウド コストにマッピングするには、通常は資本支出となるハードウェアから始めます。オンプレミス ソフトウェアも、データベースなどの運用費としてカウントされる場合もありますが、主に資本的支出としてカウントされます。ハードウェアとソフトウェアのメンテナンスも TCO に考慮されるコストです。

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

また、運用や保守にかかる人件費などの経常経費も計算する必要があります。ハイブリッド クラウド環境の場合は、データ センターの電力消費コストをクラウド TCO に考慮します。初期投資や設備投資に含まれていない設備利用費用も考慮する必要があるかもしれません。たとえば、ユーザー ベースが拡大すると、展開する VM に基づいてソフトウェア ライセンス料金が調整される可能性があります。

クラウドでTCOを削減する方法

企業は、勤勉さと先見性を持って、短期的および長期的にクラウド コンピューティングのコストを責任を持って計画し、管理することができます。長期的なクラウド コンピューティング コストを削減するために実行できる方法がいくつかあります。

• 構成から監視まで、より多くの自動化を採用します。
• 標準化にもっと依存します。明確なパラメータに従ってアプリケーションを設計し、柔軟性と自動スケーリングを実現します。
• 使用されていない、または古くなったリソースとサービスを削除します。
• オンデマンド料金から消費ベースの料金とスケジュールされたインスタンスまたは予約済みインスタンスに移行します。

潜在的なコストを分類する

これまで説明してきたさまざまなコスト要素は、3 つのカテゴリに分類できます。各カテゴリについて、企業は 1 つ以上のコスト要素を考慮する必要がある場合があります。

• 製品。これには、コスト要素として、仮想サーバーをホストするオンプレミスの物理サーバーと、それらの物理サーバーをサポートするために必要なラックの数が含まれます。
• 管理。これには、管理をサポートするために必要なコスト コンポーネントが含まれます。たとえば、AWS ユーザーは、AWS ビジネスサポートやエンタープライズサポートプランなど、サービスレベルアグリーメントに裏打ちされた成果ベースのマネージドサービスを選択する場合があります。
• 工業化。これには、製品の研究、開発、自動化、ドキュメント作成、トレーニングに関連するあらゆるコスト要素が含まれます。工業化によるコストメリットを定量化することは難しいため、多くの TCO 比較ではこのカテゴリの価値が過小評価されています。これが、クラウド支出が「サプライズ」に満ちている原因です。たとえば、クラウド移行や新しいクラウド予算は、主要なクラウド管理および運用タスクを自動化するために必要な作業を正確に反映していない可能性があります。

各コスト カテゴリについて、共通容量変数によって定義されているように、合計コストが同じ正規化された分母を使用しているかどうかを判断します。

特にマルチテナント クラウドでは、管理カテゴリと産業化カテゴリに大きな数値を使用することもできます。パブリック クラウドでは、バックエンドの管理とトレーニングのコストの一部が CSP によって負担されるため、産業化コストを節約できます。

ローカルソリューションから価値ドライバーを定義する

ローカル設定から価値ドライバーを定義するときは、リソース単位あたりのコストが最も低く、最大の価値を提供する、最大かつ安定した使用率に注目してください。比較を定量化するために平均使用率が使用されました。使用率の結果は、サーバー、ネットワーク、およびその他のインフラストラクチャがサービスを提供するために使用されている合計時間です。

サーバーやルーターなどのローカル資産の寿命が長ければ長いほど、そこから得られる価値は大きくなります。ただし、期間が長くなると、特に機器の耐用年数の終わりに近づくにつれて、運用コストとメンテナンスコストも増加します。

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

あらゆるクラウド移行の中心には、何らかの価値促進要因が存在する必要があります。クラウドへの移行は必ずしも安価になるとは限らないため、コストが唯一の決定要因であってはなりません。ただし、クラウド TCO を理解していれば、クラウドに関してより情報に基づいた意思決定を行うことができます。

クラウドの価値ドライバーを定義するときは、VM が 1 日に実行される時間数、ストレージの消費量、可用性、セキュリティなどの使用率要因を考慮してください。クラウドの従量課金モデルでは、リソース管理がより柔軟になり、スタッフが他の重要なタスクに取り組むことができるようになるため、いくつかの経済的メリットがあります。