クラウド移行コストの計算方法

クラウド移行コストの計算方法

[[398922]]

この記事はWeChatの公開アカウント「New Titanium Cloud Service」から転載したもので、著者はXiao Liです。この記事を転載する場合は、Xintai Cloud Service公式アカウントまでご連絡ください。

クラウド コンピューティングの人気が高まるにつれて、クラウド移行は一般的な操作になり、コスト削減がクラウド移行の主な動機の 1 つになっています。クラウド移行には、クラウド リソースのコスト、人員構成、ビジネスの可用性など、多くの要素が関係します。コスト計算は複雑です。この記事では、クラウド移行コストを計算する際に考慮すべき要素と、クラウド移行コストの計算方法について説明します。

1. クラウドコストと従来のインフラストラクチャのコストの違い

クラウド サービス プロバイダーが顧客に請求する金額を決定する際に考慮する主な要素は、ネットワーク、コンピューティング、ストレージです。

オンプレミス インフラストラクチャを導入する際に考慮すべきコストには、次の 3 種類があります。

  • 資産コスト: ハードウェア、ソフトウェア、ネットワーク、ストレージ、バックアップ システム。
  • 運用コスト: サーバーハードウェア、ソフトウェア、ネットワークインフラストラクチャのサポート、ストレージ保証、データセンターの電源設備、システム管理の人員とトレーニング。
  • 間接的なビジネスコスト: 計画されたダウンタイムと計画外のダウンタイム。

インフラを現地で構築し維持するには、スタッフを増やすことも必要となり、コストが増加します。通常、IT インフラストラクチャをアップグレードするための設備投資に 1 ドルを費やすごとに、そのインフラストラクチャの管理と保守に約 2 ドルが費やされます。

クラウドへの移行に関連する総コストを計算するには、組織はすべての直接コストと間接コストを含む IT インフラストラクチャ コストの徹底的な監査を実施する必要があります。

直接コストには、ソフトウェア、ハードウェア、メンテナンス、スタッフ、物理的な施設が含まれるため、計算が簡単です。間接コストは、サーバーのダウンタイム、ユーザーの不満への対応、傷ついた評判の修復など、あらゆる理由による生産性の低下が含まれるため、特定するのがより困難です。

クラウド インフラストラクチャのコストを見積もるには、パブリック クラウドの公式 Web サイトを確認するか、Xintai Cloud Service の公式 Web サイト (www.tyun.cn/tibc) にあるマルチクラウド価格比較ツールなどのサードパーティの価格計算ツールを使用します。

クラウドへの移行のメリットと落とし穴

クラウドへの移行のメリット

  • 俊敏性: 組織は数時間でパブリック クラウドを構成でき、プロバイダーはリモートで展開でき、IT チームはインターネット経由でリモートで構成および管理できます。
  • インフラストラクチャ不要の運用と保守: クラウド プロバイダーは、クラウド内のハードウェア、ソフトウェア、ネットワークの保守を担当します。その結果、組織はインフラストラクチャの状態の維持やセキュリティやアップグレードについて心配する必要がなくなります。その結果、最小限の IT スタッフでインフラストラクチャを運用できるようになり、全体的なコストが大幅に削減されます。
  • より迅速な災害復旧: クラウドベースのサービスにより、組織は停電や自然災害などの緊急事態が発生した場合でもデータを迅速に復旧できます。

クラウドへの移行による節約

  • 一度に多額のハードウェアコストを費やす必要がなく、物理サーバー、ネットワークストレージ、バックアップシステム、災害復旧システムなどを購入する必要もありません。
  • ソフトウェア ライセンス コストの削減: ソフトウェア ライセンスは月単位のリースになります。
  • IT サポートコストを削減します。
  • インフラストラクチャの継続性がクラウド プロバイダーに移行されました。
  • 効率性の向上により節約を実現します。

クラウドへの移行におけるコストの落とし穴

通常、パブリック クラウド プロバイダーは、顧客にサービスへのサインアップに対して低額の料金を請求するか、サインアップ料金を請求しません。場合によっては、クラウド プロバイダーが顧客のデータを無料でクラウドに移行するのを支援することもあります。

しかし、コストがこの状況の唯一の要因ではない一方で、クラウドへのデータの転送には数週間、場合によっては数か月かかることがあり、その間、企業は重要なデータにアクセスできない可能性があります。

あるクラウド ベンダーから別のクラウド ベンダーにデータを移行するのは非常に面倒でコストもかかるため、ほとんどの組織では同じクラウド プロバイダーを長期的に使い続けることを選択します。本質的には、これはベンダーロックインの一種です。

さらに、多くのパブリック クラウド プロバイダーは、顧客がデータにアクセスするときに少額の料金を請求します。これらのコストは、おそらく 1 時間あたり数セント程度と無視できるほど小さいかもしれませんが、組織がビジネス計画を立てるときやクラウド コンピューティングの投資収益率を検討するときには、見落とされがちです。

また、データ使用量が増えるとトランザクション コストが増加するため、何千もの分析ジョブを実行する組織にとって、クラウド コンピューティングは法外なコストになる可能性もあります。したがって、あらゆることにパブリック クラウドを使用することは、必ずしも長期的な投資として優れているとは限りません。

クラウドへの移行の ROI を検討する際に組織が見落としている可能性のある領域をいくつか示します。

  • 将来のデータ容量を考慮していない: ストレージおよびバックアップ プランで指定されたデータ制限を超えて追加コストが発生しないようにするには、組織はバックアップとして保持する必要があるデータの量を考慮する必要があります。
  • オンプレミスのソフトウェアとデータをクラウドに移行するのにかかる時間を考慮する必要があります。これには、ライセンス モデルの調整が必要になる場合があります。
  • クラウド プロバイダーとのインターフェースを監視および管理するスタッフの必要性を考慮する必要があります。
  • オンプレミス インフラストラクチャの償却コスト: スタッフの再配置、資産の償却、データのクリーンアップなど。
  • クラウド プロバイダーの割引を活用することを検討してください。割引は、事前に一定期間の容量を予約する顧客に提供され、オンデマンドの価格を節約します。

クラウド移行コストの計算方法

ワークロードをクラウドに移行することを検討している組織は、まずニーズ評価を実施し、移行を計画し、経営陣の承認を得る必要があります。現在の IT インフラストラクチャを評価した後、IT チームは、関係者とのワークショップの開催を含むプロセス全体に参加し、全員がビジネス要件を特定して、IT チームが適切なクラウド サービスと適切なクラウド プロバイダーを選択できるようにする必要があります。

IT チームは、提案されたサービスが組織のビジネス要件を満たしているかどうかを判断するためにも、そのサービスを検討する必要があります。また、ビジネス要件と提案されたクラウド サービス間の不一致も特定する必要があります。

適切なクラウド サービスと適切なサービス プロバイダーを特定した後、IT チームはビジネス リーダーに関連情報を提供する必要があります。さまざまなオプションについて、そのオプションの理由と次のステップとともに説明する必要があります。リーダーは、アプリケーションをオンプレミスのままにしておくか、クラウドに移行するか、ハイブリッド クラウドを実装するかを決定できます。

クラウド移行のコストを決定するのは簡単ではありません。企業はオンプレミスのインフラストラクチャ コストとクラウドの価格の違いを考慮する必要があるだけでなく、見落とされがちなさまざまな他の要素も考慮する必要があります。

いくつかのコストは簡単に予測できます。たとえば、オンプレミスのストレージからクラウドベースのオブジェクト ストレージにデータを移行するコストは単純です。ワークロードのリファクタリングから生じるコストなど、その他の移行コストを特定するのはより困難です。また、人員配置や新しいサービスの導入に関連するコストを見落とすこともよくあります。

クラウド移行が経済的に有益であることを確認するには、次のコストを考慮してください。

移行前のコスト: 計画は必須

クラウド移行の準備にはどれくらいの費用がかかるのかを明確に把握しておくことが重要です。少なくとも、かなりの時間がかかります。移行チームは通常、サービスまたはアプリケーションと関連システムのスタッフを中心に構成されますが、ストレージ、ネットワーク エンジニアリング、セキュリティのリソースも活用します。組織内のアプリケーションによっては、移行には専門家、リスク管理チーム、開発チームからの入力も必要になります。

クラウド移行の前に、コンサルティング計画を実施し、次のクラウド移行コストの予算を準備する必要があります。

  • 人的資源コスト: システムの移行では、人材とスキルの不足という課題に直面する可能性があります。
  • コストを調査する: アプリケーションの依存関係とワークロードの相互依存性を評価します。
  • クラウド環境のコスト: ワークロードを提供するクラウド環境のコンピューティング、ストレージ、ネットワーク、セキュリティ コンポーネントを評価します。
  • ソフトウェアライセンスコストの変化を評価する:オペレーティングシステム、データベース、その他のミドルウェアやパッケージアプリケーション
  • クラウドで実行する場合、オンプレミスで実行する場合とは異なるライセンス条件が適用される可能性があり、クラウドで実行するときに必要なライセンスの数が多くなったり少なくなったりする場合があります。
  • 災害復旧コスト: 運用をクラウドに移行する前のオンプレミス システムの事業継続および災害復旧費用。
  • 専用回線のコスト: 移行期間が数か月続く場合、または移行が完了した後にデータセンター内に重要なレガシー インフラストラクチャが残る場合は、移行を開始する前に、移行先環境にクラウド アクセス ネットワークを追加します (たとえば、クラウド専用回線接続経由)。

地域インフラコストの計算

クラウド移行コストを計算する最初のステップは、何かをクラウドに移行する前に始まります。管理者は、既存のハードウェアおよびソフトウェア資産のコストを評価し、それをクラウドベースの環境と比較する必要があります。

比較すると、ほとんどのオンプレミス ソフトウェアとハ​​ードウェアのコスト モデルがクラウドの価格モデルと異なるという課題があります。オンプレミス インフラストラクチャでは、ハードウェアを購入するための多額の先行資本投資が必要であり、資本支出ベースのコスト モデルに従います。一方、クラウド リソースでは資本支出はほとんど必要なく、Opex ベースのモデルに従います。顧客は、IaaS ベースの仮想ハードウェアと SaaS アプリケーションを使用するときに料金を支払います。

つまり、オンプレミスの CapEx コストは、オンプレミス リソースの初期コストを、それらが合理的に使用されると予想される時間で割ることによって、クラウドの Opex コストと比較できるような方法で表現する必要があります。

これらの見積りは正確ではありません。サーバーのハード ドライブの交換などのコストは考慮されず、ハードウェアのアップグレード (メモリの追加など) によってサーバーのライフサイクルを延長する手段も考慮されません。ただし、このアプローチは、オンプレミス環境の総コストのベースライン見積もりを確立し、それをクラウド内の同等の価値のサービスのコストと比較するのに役立ちます。

また、クラウドでは料金を支払わないオンプレミスのリソースを特定する必要があります。たとえば、ワークロードをパブリック クラウドに移動する場合、ローカル データ センターのネットワークに対して料金を支払う必要はありません。無停電電源装置やネットワークストレージデバイスも、クラウドへの移行時に廃止できる機器です。電力や物理的なサイトセキュリティなどの特定のオンサイト運用コストも、移行後にはなくなります。

アプリケーションのリファクタリングに関する考慮事項

最も単純なケースでは、管理者は、現在ローカル仮想マシンで実行されているアプリケーションと、内部に保存されているデータを、パブリック クラウド コンピューティングおよびストレージ サービスに移行します。この場合、ワークロードに大きなリファクタリングは必要なく、クラウド サービスの価格モデルは比較的シンプルになります。移行コストは簡単に計算できます。

一方、クラウド移行イニシアチブでは、ワークロードをクラウドに直接移行するだけでなく、ワークロードの変更も必要になる場合があります。このような場合、クラウドへの移行にはワークロードを変更するためのさらなる開発作業が必要になります。

たとえば、仮想マシン内でアプリケーションを実行しているが、一部のアプリケーションをコンテナーやサーバーレス コンピューティングに移行したい場合があります。あるいは、モノリシック アプリケーションをマイクロサービスにリファクタリングする計画もあります。これらの変更には費用がかかる可能性があります。一般的に、より複雑なクラウド サービスを使用する場合、効果的に管理するにはより多くの専門知識が必要になり、それに伴い費用も増加します。

クラウドコスト計算

クラウド支出のほぼすべては、毎月請求される運用費用に充てられます。ただし、クラウド コストの計算は、変数が複数あるため困難です。各クラウドプロバイダーはサービスごとに異なる料金体系を持っており、時間に応じて変化します。

多くの価格は、使用するリージョンと消費されるリソースの量によって決まり、クラウド サービスの価格は、リソースが事前に予約されているか、使用時に消費されるかによっても異なります。

クラウドコスト計算ツール

クラウド コストを計算する最良の方法は、この目的のために設計された計算ツールを使用することです。すべての主要なクラウドベンダーには独自の計算ツールがあります。例:

  • AWS 料金計算ツール
  • Microsoft Azure 料金計算ツール
  • Google Cloud 料金計算ツール

Tyun Cloud の公式 Web サイト (www.tyun.cn/tibc) には、マルチクラウド価格比較ツールなどのツールもあります。

補助クラウドサービス

考慮すべき 2 番目の要素は、クラウドへの移行時に「補助的な」サービスがいくつ使用されるかです。補助サービスには、コンテンツの配信、回復力の向上、DDoS 保護を支援する CDN などが含まれます。これらのサービスはオンプレミスのワークロードにとって重要であることが多く、パブリック クラウドでは絶対に必要というわけではありませんが、クラウド ワークロードのセキュリティとパフォーマンスを強化する貴重なアドオンです。

補助サービスは便利な追加機能ですが、使用頻度が高くなるほど、クラウド移行中および移行後の運用と構成のコストが高くなります。

クラウド管理

クラウド移行コストは、管理とツールの成熟度によっても影響を受けます。

パブリック クラウド サービスでは通常、アクセス制御を管理するために、ID およびアクセス管理ポリシーなどの構成が必要です。たとえば、AWS ツールを使用してクラウドワークフローを自動化できます。大規模なクラウド環境では、インフラストラクチャをコードとして (IaC) ツールを使用して構成と展開を自動化する必要がある場合があります。

場合によっては、オンプレミスの構成とツールをクラウド移行中に再利用できます。オンプレミスとクラウド インフラストラクチャの両方で機能する IaC ツールを使用すると、既存の IaC 戦略をクラウドで再利用できる可能性があります。

ただし、追加のツールや構成を設定すると、クラウド移行コストが増加する可能性があります。たとえば、オンプレミスのアクセス制御ポリシーをパブリック クラウドに移行する効果的な方法がないことがよくあるため、コストがかかります。

オーケストレーションコスト

クラウド ワークロードの性質に応じて、Kubernetes などのコンテナー オーケストレーション プラットフォームを使用してホストすることを選択できます。

Kubernetes はクラウド移行計画に新たなコストを追加します。現在 Kubernetes をまったく使用していない場合は、セットアップする必要があり、かなりの時間と費用がかかります。すでにオンプレミスで Kubernetes を使用している場合でも、クラウドでの Kubernetes と同じコストにならない可能性があります。マネージド Kubernetes サービスには複雑な価格モデルがあり、クラウド移行コストを計算するには慎重に検討する必要があります。

4. 移行後のクラウドコスト評価

クラウドに移行する場合、多くの場合、インフラストラクチャを放棄する必要があります。

たとえば、2 年前にサーバー ハードウェアに数百万ドルを費やした場合、クラウドに移行すると、その投資の一部が無駄になり、ハイブリッド クラウド アーキテクチャを選択しない限り、そのインフラストラクチャを使用できなくなります。この減価償却にどれくらいの「費用」がかかるかは、ハードウェアの耐用年数がどれくらいあるか、また、ハードウェアの一部を再利用または再販できるかどうかによって決まります。

ほとんどの組織は、IT をデータ センター ビジネスから戦略的に切り離すため、コストを資本予算から運用予算に移行するため、リスクを最小限に抑えるため、または柔軟性と拡張性を向上させるために、オンプレミスのデータ センターから IaaS 環境にワークロードを移行し続けています。

現在のコストの多くはすぐには消えません。ストレージ アレイまたはサーバー シャーシの電源、保守、冷却、および運用にかかるコストは、使用率が低下するにつれてコストが減少する可能性があるにもかかわらず、そのアレイまたはシャーシが空になるまでゼロにはなりません。問題のコンポーネントが多くのワークロードを処理する場合、これには数か月かかる可能性があります。

ストレージ アレイやサーバーの管理に専念するスタッフにも継続的なコストがかかります。これらのコストは、ワークロードがシャットダウンされるまで継続します。データセンターの運営コストは、データセンター自体が空になったときにのみ消滅します。クラウドの運用は無料ではありません。熟練したスタッフが依然として不可欠であり、新しいプロビジョニング、管理、監視ツールも必要になるでしょう。

クラウド移行を計画する場合、コスト削減が目的でないとしても、クラウド環境自体の支出だけでなく、クラウド環境の計画と移行段階、そしてクラウド環境構築後の運用コスト全体を含めたクラウド移行コストのシミュレーションに注意を払う必要があります。

参考資料:

https://whatis.techtarget.com/Breaking-Down-the-Cost-of-Cloud-Computing?

https://searchcloudcomputing.techtarget.com/tip/How-to-calculate-cloud-migration-costs-before-you-move?

https://searchcio.techtarget.com/tip/Calculation-cloud-migration-costs-CIO が検討する必要があるものは何ですか?

<<:  SaaS の洞察: 中国の SaaS の過去と現在

>>:  テレフォニカとマイクロソフトがプライベート5Gとエッジコンピューティングを統合し、インダストリー4.0を実現

推薦する

Kafka の 3 階層アーキテクチャ設計の分析

Kafka コアの問題Kafka のアーキテクチャを簡単に説明してください。 Kafka はプッシュ...

Webmaster.com の毎日のニュースレポート: 劉強東が李国青に挑戦するためにギャンブルゲームを準備

1. 劉強東は李国清に挑戦するために賭けを設定した:JD.comは少なくとも60億の現金を持っている...

クラウド コンピューティングの導入が失敗する原因は何ですか?

調査会社ガートナーによれば、2020年までに、依然として「クラウドなし」のポリシーを持つ企業は、現在...

ウェブサイト分析でセグメンテーションツールを使用する理由と方法

これまで、分析とレポートは集計レベルで行われていたため、特定のビジネスに重要な影響を与えるものを把握...

Nutanix が Minmetals Securities の金融ハイブリッド クラウド 2.0 への移行を支援

Nutanixは本日、中国で最も急成長している証券会社の1つであるMinmetals Securit...

iwStack-384m メモリ KVM/openstack/年払い 21 ユーロ

Prometeus 傘下の iwStack が正式に一般公開され、最初の外部プロモーションが実施され...

Linuxの仮想ファイルシステムの詳細な説明

ファイルシステムとは何ですか? Linux の初期の貢献者であり著者でもある Robert Love...

口コミマーケティングを最高のものにする13の詳細

この記事はずっと前に書くべきだったのですが、最近忙しくて間に合いませんでした。昨日は時間ができたので...

ホームページの最適化、アクションが重要です!

社内でホームページについて、またそれを改善するための方法について議論し続けるなら、過去に思い描いてい...

古いコンピュータ ルームと新しいコンピュータ ルームの両方を管理する: 3,000 台のデスクトップをクラウドに移行するプロセス

コンピュータ室管理の「苦痛」については、各高等専門学校の情報センターの先生方は皆、痛切に感じていると...

Vultr.comは新しいデータセンターを開設しようとしています。私たちは彼の選択を手伝います

Vultr.comは今年第1四半期に新しいデータセンターを立ち上げようとしています。公式は皆さんの意...

統計データからユーザーロイヤルティを分析する方法について簡単に説明します

統計データの分析は、ウェブマスターにとって常に特に頭の痛い問題でした。結局のところ、誰も冷たい数字の...

オンラインドメイン名の投機的登録は絶え間ない紛争を引き起こし、裁判所は取り消し期限を設定

著名な企業ドメイン名の投機的かつ悪意のある登録は、指定された期間内に取り消されます。重慶市第五中級人...