ビジネス ケース (プレビュー) の概要
この記事では、Azure Migrate: 検出および評価ツールでの評価の概要について説明します。 このツールでは、Azure への移行について、VMware 仮想マシン、Hyper-V 環境、物理サーバーにおけるオンプレミスのサーバーを評価できます。
ビジネス ケースとは
ビジネス ケース機能は、Azure がビジネスに最大の価値をもたらす方法を理解するためのビジネス提案を構築するのに役立ちます。 これには以下の特徴があります。
- オンプレミスと Azure の総保有コスト。
- 現行のオンプレミスと、Arc を使用したオンプレミスとの総保有コストの比較。
- Arc 経由で Azure のセキュリティ (Microsoft Defender for Cloud) と管理 (Azure Monitor および Update Management) を使用することで得られるコスト削減とその他のメリット、およびオンプレミス サーバーに対して Arc によって有効にされる ESU。
- 前年比のキャッシュフロー分析。
- クラウドに最適なサーバーとワークロードを識別するためのリソース使用率ベースの分析情報。
- 移行およびモダン化 (Windows OS および SQL バージョンのサポート終了を含む) のクイック ウィン。
- 資本支出モデルから運用支出モデルに移行し、使用した分のみを支払うことで、長期的なコスト削減を実現します。
その他の主な機能は以下のとおりです。
- コスト計画プロセスでの推測作業を排除し、データ分析情報に基づく計算を追加します。
- Azure Migrate アプライアンスを使用して検出を実行した後、ほぼ瞬時に生成できます。
- この機能は、既存の Azure Migrate プロジェクトに対して自動的に有効になります。
この機能は、パブリック クラウド リージョンでのビジネス ケースの作成にのみ使用できます。 Azure Government では、既存の評価機能を使用できます。
ビジネス ケースでの移行戦略
ビジネス ケースの構築中に選択できる移行戦略には、次の 3 種類があります。
| 移行戦略 | 詳細 | 評価の分析情報 |
|---|---|---|
| コスト最小化のための Azure 推奨 | Azure IaaS と Azure PaaS のターゲット全体で、Azure で最もコスト効率が高く互換性のあるターゲットの推奨事項を実現できます。 | SQL Server の場合、サイズ設定とコストは最適化戦略を含む "推奨レポート" から取得され、Azure SQL 評価によるコストを最小限に抑えます。 Web アプリでは、サイズ設定とコストは、Web アプリの準備状況と最小コストに応じて、Azure App Service と Azure Kubernetes Service の評価から得られます。 一般的なサーバーの場合、サイズ設定とコストは Azure VM の評価から取得されます。 |
| すべての IaaS (サービスとしてのインフラストラクチャ) に移行 | Azure IaaS への迅速なリフト アンド シフトの推奨事項を実現できます。 | SQL Server の場合、サイズ設定とコストは "インスタンスから Azure VM 上の SQL Server へ" レポートから取得されます。 一般的なサーバーおよび Web アプリをホストするサーバーの場合、サイズ設定とコストは Azure VM の評価から取得されます。 |
| PaaS (サービスとしてのプラットフォーム) に最新化する | PaaS の優先推奨事項を取得できます。つまり、ロジックによって、PaaS ターゲットに最適なワークロードが識別されます。 一般的なサーバーは、Azure IaaS へのクイック リフト アンド シフトの推奨事項を使用して推奨されます。 |
SQL Server の場合、サイズ設定とコストは最適化戦略を含む "推奨レポート" から取得されます - Azure SQL 評価から "PaaS への最新化"。 Web アプリでは、サイズ設定とコストは、Azure App Service と Azure Kubernetes Service の評価から得られます。App Service が優先されます。 一般的なサーバーの場合、サイズ設定とコストは Azure VM の評価から取得されます。 |
ビジネス ケースでは、Azure 推奨事項は特定の評価から選択されますが、その評価に直接アクセスすることはできません。 サイズ設定、準備、Azure のコスト見積もりの詳細を確認するには、サーバーまたはワークロードに対してそれぞれの評価を作成します。
ビジネス ケースを作成するための検出ソース
現時点では、次の 2 つの検出ソースを使用してビジネス ケースを作成できます。
| 検出ソース | 詳細 | ビジネス ケースを構築するために使用できる移行戦略 |
|---|---|---|
| Azure Migrate アプライアンスによって収集される正確なデータ分析情報を使用する | VMware または Hyper-V、物理/ベアメタル、またはその他のクラウド用に Azure Migrate アプライアンスを設定する必要があります。 アプライアンスは、サーバー、SQL Server インスタンスおよびデータベース、ASP.NET/Java webapp を検出し、メタデータとパフォーマンス (リソース使用率) データを Azure Migrate に送信します。 詳細情報。 | コスト最小化のための Azure 推奨、すべての IaaS (サービスとしてのインフラストラクチャ) に移行、PaaS (サービスとしてのプラットフォーム) に最新化する |
| .csv ファイル経由でインポートされたサーバーを使用した簡単なビジネス ケースを構築します。 | サーバー インベントリを .CSV ファイルで提供して Azure Migrate にインポートして、提供された入力に基づく簡単なビジネス ケースを取得する必要があります。 このオプションでは、サーバーを検出するために Azure Migrate アプライアンスを設定する必要はありません。 | 全 IaaS (サービスとしてのインフラストラクチャ) への移行 |
アプライアンスの使用方法
オンプレミスのサーバーを検出するために Azure Migrate アプライアンスをデプロイする場合は、次の手順を行います。
- Azure Migrate と連携するように Azure およびオンプレミス環境を設定します。
- 最初のビジネス ケースでは、Azure プロジェクトを作成し、それに検出および評価ツールを追加します。
- 軽量の Azure Migrate アプライアンスをデプロイします。 アプライアンスでオンプレミス サーバーが継続的に検出され、サーバーのメタデータとパフォーマンス データが Azure Migrate に送信されます。 アプライアンスは VM としてデプロイします。 評価対象のサーバーには何もインストールする必要はありません。
アプライアンスがサーバー検出を開始したら、ビジネス ケースの構築を開始できます。 VMware、Hyper-V、または物理/ベア メタルなどのクラウド向けのチュートリアルに従って、これらの手順を試してください。
十分なパフォーマンスおよびリソース使用率のデータ ポイントが収集されるように、ビジネス ケースを構築する前に、検出を開始してから少なくとも 1 日待機することをお勧めします。 また、Azure Migrate ハブの [通知] ブレードおよび [問題の解決] ブレードを確認して、ビジネス ケースの計算の前に検出関連の問題がないかを確認してください。 これにより、データセンター内の IT 資産がより正確に表現され、ビジネス ケースの推奨事項がより価値のあるものになります。
アプライアンスはどのようなデータを収集しますか。
Azure Migrate アプライアンスを使用している場合は、以下について収集されるメタデータとパフォーマンス データについて理解します。
アプライアンスでのパフォーマンス データの計算方法
アプライアンスを検出に使用すると、コンピューティング設定のパフォーマンス データは、次の手順で収集されます。
アプライアンスで、リアルタイムのサンプル ポイントが収集されます。
- VMware VM: サンプル ポイントは、20 秒ごとに収集されます。
- Hyper-V VM: サンプル ポイントは、30 秒ごとに収集されます。
- 物理サーバー: サンプル ポイントは、5 分ごとに収集されます。
アプライアンスにより、VMware および Hyper-V サーバーでは 10 分ごとに、物理サーバーでは 5 分ごとに、サンプル ポイントをまとめた 1 つのデータ ポイントが作成されます。 データ ポイントを作成するために、アプライアンスではすべてのサンプルからピーク値が選択されます。 その後、そのデータ ポイントが Azure に送信されます。
評価サービスでは、過去 1 か月間にわたる 10 分データ ポイントすべてが格納されます。
ビジネス ケースを作成すると、バックグラウンドで複数の評価がトリガーされます。
評価は、サイズ適正化に使用する適切なデータ ポイントを識別します。 この特定は、"パフォーマンス履歴" の百分位の値と "百分位の使用率" に基づきます。
- たとえば、パフォーマンス履歴が 1 週間で、百分位の使用率が 95 パーセンタイルの場合、評価によって前週の 10 分間のサンプル ポイントが並べ替えられます。 並べ替えは昇順で行われ、サイズ設定の値として 95 パーセンタイルが選択されます。
- 値 95 パーセンタイルを設定すると、99 パーセンタイルを選択した場合に含まれる可能性のある外れ値はすべて無視されます。
この値に快適性係数を乗算して、アプライアンスで収集されるこれらのメトリックの有効パフォーマンス使用率データを取得します。
使用率の分析情報はどのように導き出されますか?
クラウドに最適なサーバー、オンプレミスで使用を停止できるサーバー、リソース使用率/パフォーマンス データに基づいて分類できないサーバーについて説明します。
- クラウドに最適: これらのサーバーは Azure への移行に最適であり、アクティブ サーバーとアイドル サーバーで構成されます。
- アクティブ サーバー: これらのサーバーは、オン状態でビジネス価値を提供し、CPU とメモリの使用率が 5% を超え、ネットワーク使用率が 2% を超えました。
- アイドル サーバー: これらのサーバーはオン状態でしたが、CPU とメモリの使用率が 5% を下回り、かつネットワーク使用率が 2% を下回り、ビジネス価値を提供しませんでした。
- 使用停止: これらのサーバーはビジネス価値の提供が期待されていましたが、ビジネス価値を提供しませんでした。オンプレミスでの使用停止が可能であり、また、Azure に移行しないことをお勧めします。
- ゾンビ: パフォーマンス データ収集の問題がない状態で、CPU、メモリ、およびネットワーク使用率は 0% でした。
- オンの状態だったものの、使用可能な適切なメトリックがないサーバーです。
- 不明: 検出がまだ進行中の場合、または解決されていない検出の問題がある場合は、多くのサーバーがこのセクションに分類される可能性があります。
ビジネス ケースは何で構成されますか?
確認すべき 4 つの主要なレポートがあります。
- 概要: このレポートは、ビジネス ケースの概要であり、以下の点について説明します。
- 潜在的な削減額/年 （TCO）
- その年に完了した推定移行量に基づく年次キャッシュフローの削減額の見積もり。
- Azure ハイブリッド特典などの固有の Azure 特典による節約額。
- セキュリティと管理機能により得られる恩恵。
- ビジネス ケースの範囲をカバーする検出の分析情報。
- 現在のオンプレミスと将来: このレポートでは、コスト カテゴリ別の総保有コストの内訳と、節約額に関する分析情報について説明しています。
- Azure Arc を使用したオンプレミス: このレポートでは、Arc を使用した場合と使用しない場合のオンプレミス資産の総保有コストの内訳について説明しています。
- Azure IaaS: このレポートでは、Azure IaaS への移行に推奨される Azure とオンプレミスのサーバーとワークロードの占有領域について説明しています。
- Azure PaaS: このレポートでは、Azure PaaS への移行に推奨されるワークロードの Azure とオンプレミスのフットプリントについて説明します。
ビジネス ケースの内容
ビジネス ケースに含まれる内容を次に示します。
総保有コスト (安定状態)
オンプレミス コスト
オンプレミス サーバーを実行するためのコスト コンポーネント。 TCO 計算では、次の項目に対して年間コストが計算されます。
| コスト ヘッド | カテゴリ | コンポーネント | ロジック |
|---|---|---|---|
| Compute | ハードウェア | サーバー ハードウェア (ホスト マシン) | ハードウェア取得コストの合計は、コアあたりのコストの線形回帰式を使用して計算されます。コアあたりのコスト = 16.232 * (ハイパースレッド コア対メモリの GB 比) + 113.87。 ハイパースレッド コア = 2 * (コア) |
| ソフトウェア - SQL Server ライセンス | ライセンス コスト | 2019 Enterprise または Standard の 2 コア パック ライセンス価格ごとに計算されます。 | |
| SQL Server の延長セキュリティ更新プログラム | ライセンス コスト | SQL Server ライセンスのサポートが終了してから 3 年間、次のように計算されます。 ESU (1 年) – ライセンス コストの 75% ESU (2 年) – ライセンス コストの 100% ESU (3 年) – ライセンス コストの 125% |
|
| ソフトウェア アシュアランス | 設定に従って年単位で計算されます。 | ||
| ソフトウェア - Windows Server ライセンス | ライセンス コスト | Windows Server の 2 つのコア パック ライセンス価格ごとに計算されます。 | |
| Windows Server - 延長セキュリティ更新プログラム (ESU) | ライセンス コスト | Windows Server ライセンスのサポートが終了してから 3 年間計算されます。 ESU (1 年) – ライセンス コストの 75% ESU (2 年) – ライセンス コストの 100% ESU (3 年) – ライセンス コストの 125% |
|
| ソフトウェア アシュアランス | 設定に従って年単位で計算されます。 | ||
| VMware 環境で実行されているサーバーの仮想化ソフトウェア | 仮想化ソフトウェア (VMware ライセンス コスト + サポート) | vSphere Standard ライセンスのライセンス コスト + vSphere Standard ライセンスの運用サポート。 含まれないもの - その他のハイパーバイザー ソフトウェア コスト、またはウイルス対策/監視エージェント。 | |
| 記憶域 | ストレージ ハードウェア | ストレージ ハードウェアの取得コストの合計は、接続されているストレージの合計ボリュームを GB あたりのコストに乗算して計算。 既定値は、GB あたり1 か月 2 米国ドルです。 | |
| ストレージ メンテナンス | 既定値は、ストレージ ハードウェアの取得コストの 10% です。 | ||
| ネットワーク | ネットワーク ハードウェアとソフトウェア | ネットワーク機器 (キャビネット、スイッチ、ルーター、ロードバランサーなど) とソフトウェア | 業界標準であり、ビジネス ケースの販売者によって使用されているように、これは、コンピューティング コストとストレージ コストに対する割合です。 既定値は、ストレージ コストとコンピューティング コストの 10%。 |
| メンテナンス | メンテナンス | 既定では、ネットワーク ハードウェアとソフトウェアのコストの 15% に設定。 | |
| セキュリティ | 一般的なサーバー | サーバーのセキュリティ コスト | 既定値は、サーバーあたり年間 250 米国ドルです。 これはサーバー数で乗算されます (一般サーバー) |
| SQL Server | SQL 保護コスト | 既定値は、サーバーあたり年間 1000 米ドルです。 これは、SQL を実行しているサーバー数で乗算されます | |
| 設備 | 設備とインフラストラクチャ | DC 設備 - リースと電源 | 施設のコストは、Azure のコストには適用されません。 |
| 労務 | 労務 | IT 管理者 | DC 管理者コスト = ((仮想マシンの数) / (常勤管理者が管理できる仮想マシンの平均数)) * 730 * 12 |
| 管理 | 管理ソフトウェアのライセンス | System Center 管理ソフトウェア | 監視、ハードウェアと仮想マシンのプロビジョニング、自動化、バックアップ、構成管理機能を含む System Center 管理ソフトウェアのコストに使用されます。 検出されたリソースのいずれかで System Center エージェントが識別されると、Microsoft System Center 管理ソフトウェアのコストが追加されます。 これは、Windows サーバーと SQL サーバーに関連するシナリオにのみ適用され、ソフトウェア アシュアランスが含まれます。 |
| VMware Vcenter 管理ソフトウェア | これは、VMware 管理ソフトウェアに関連するコストです。つまり、vSphere Standard の管理ソフトウェア コスト + 管理ソフトウェアの運用サポート コストです。 含まれないもの - その他のハイパーバイザー ソフトウェア コスト、またはウイルス対策/監視エージェント。 | ||
| その他の管理ソフトウェア | これは、パートナー管理製品の管理ソフトウェアのコストです。 | ||
| ソフトウェア以外の管理コスト | コストの監視 | 監視ソフトウェア以外のコストを指定します。 既定値は、サーバーあたり年間 430 米ドルです。 これに、サーバー数が乗算されます 既定では、監視管理者に関連付けられているコストが使用されます。 | |
| 更新プログラムの管理コスト | 更新プログラム管理ソフトウェア以外のコストを指定します。 既定値は、サーバーあたり年間 430 米ドルです。 これに、サーバー数が乗算されます 既定値は、更新プログラム管理の管理者に関連付けられているコストです。 | ||
| バックアップのコスト | バックアップ ソフトウェア以外のコストを指定します。 既定値は、サーバーあたり年間 580 米ドルです。 これに、サーバー数が乗算されます 既定で使用されるコストには、バックアップ管理者と、バックアップにローカルで必要なストレージのサーバーあたりのコストが含まれます。 |
Azure コスト
| コスト ヘッド | カテゴリ | コンポーネント | ロジック |
|---|---|---|---|
| Compute | コンピューティング (IaaS) | Azure VM、Azure VM 上の SQL Server | Azure VM 評価からのコンピューティング コスト (AHUB あり)、Azure SQL 評価のコンピューティング コスト (AHUB あり) |
| コンピューティング (PaaS) | Azure SQL MI または Azure SQL DB | Azure SQL 評価のコンピューティング コスト (AHUB あり)。 | |
| コンピューティング (PaaS) | Azure App Service または Azure Kubernetes Service | Azure App Service のコスト、または Azure Kubernetes Service のノード プールのコストを計画します。 | |
| ストレージ | ストレージ (IaaS) | Azure VM - マネージド ディスク、Azure VM 上のサーバー - マネージド ディスク | Azure VM 評価/Azure SQL 評価からのストレージ コスト。 |
| ストレージ (PaaS) | Azure SQL MI または Azure SQL DB - マネージド ディスク | Azure SQL 評価からのストレージ コスト。 | |
| ストレージ (PaaS) | 該当なし | 該当なし | |
| ネットワーク | ネットワーク ハードウェアとソフトウェア | ネットワーク機器 (キャビネット、スイッチ、ルーター、ロードバランサーなど) とソフトウェア | 業界標準であり、ビジネス ケースの販売者によって使用されているように、これは、コンピューティング コストとストレージ コストに対する割合です。 既定値は、ストレージ コストとコンピューティング コストの 10%。 |
| メンテナンス | メンテナンス | 既定では、ネットワーク ハードウェアとソフトウェアのコストの 15% に設定。 | |
| セキュリティ | サーバーのセキュリティ コスト | Defender for Servers | Azure VM に推奨されるサーバーでは、Defender for Server を実行する準備ができている場合は、そのリージョンのサーバーあたりの Defender for Server コスト (プラン 2) を追加 |
| SQL セキュリティ コスト | Defender for SQL | Azure VM 上の SQL Server、Azure SQL MI、または Azure SQL DB上の SQL Server に推奨される SQL Server インスタンスと DB では、Defender for SQL を実行する準備ができている場合は、そのリージョンの SQL Server インスタンスあたりの Defender for SQL が追加されます。 Azure SQL DB に推奨される DB の場合、コストはインスタンス レベルでロール アップされます。 | |
| Azure App Service のセキュリティ コスト | Defender for App Service | App Service または App Service コンテナーに推奨される Web アプリの場合、そのリージョンの Defender for App Service のコストが追加されます。 | |
| 設備 | 設備とインフラストラクチャ | DC 設備 - リースと電源 | 施設のコストは、Azure のコストには適用されません。 |
| 労務 | 労務 | IT 管理者 | DC 管理者コスト = ((仮想マシンの数) / (常勤管理者が管理できる仮想マシンの平均数)) * 730 * 12 |
| 管理 | Azure 管理サービス | Azure Monitor、Azure Backup、Azure Update Manager | ゲスト オペレーティング システムのログ インジェストの収集と、サーバーについて 1 つのカスタム アプリケーションが有効になっていると仮定して、合計で 3 GB/月のログ データがあるものとした場合の、リージョンで明示されている、各サーバーあたりの Azure Monitor のコスト。 Azure Backup のサーバーあたりの月ごとのコストは、Azure Backup の価格に基づいて動的に見積もられます。これには、保護されているインスタンスの料金、スナップショット ストレージ、Recovery Services コンテナー ストレージが含まれます。 Azure Update Manager は Azure サーバーについては無料です。 |
| Azure Arc の設定 | オンプレミス サーバーの場合、この設定では、移行体験の開始時にすべてのサーバーが Arc 対応であることを前提としており、時間の経過と伴って Azure に移行されます。 Azure Arc は、移行中と移行後の 1 つのウィンドウを使用して、Azure 資産とオンプレミスの残りの資産を管理するのに役立ちます。 |
オンプレミス (Azure Arc を使用) のコスト
| コスト ヘッド | カテゴリ | コンポーネント | ロジック |
|---|---|---|---|
| コンピューティングとライセンス | ハードウェアとライセンス | サーバー ハードウェア (ホスト マシン) とライセンス | サーバーのハードウェア取得コストの合計 + ソフトウェア コスト (Windows ライセンス + SQL ライセンス + 仮想化ソフトウェア コスト) + 保守コストの合計として見積もられます ハードウェア取得コストの合計は、コアあたりのコストの線形回帰式を使用して見積もられます。 SQL ライセンス コストは、Arc 対応 SQL Server を介して従量課金制のモデルを使用することが想定されています。 Windows Server と SQL Server の ESU ライセンスも、Azure Arc で有効になっている ESU を通じて Azure 経由で支払われるものと見なされます。 |
| ストレージ | ストレージ ハードウェア | ストレージ ハードウェアの取得コストの合計 + ソフトウェア メンテナンス コストの合計として見積もられます。 ストレージ ハードウェアの取得コストの合計 = VM に接続されているストレージの合計ボリューム (すべてのマシン) * 1 か月あたりの GB 単位のコスト * 12。 GB 単位のコストは、現在のオンプレミス ストレージ コストと同様の前提でカスタマイズできます。 |
|
| ネットワーク | ネットワーク ハードウェアとソフトウェア | ネットワーク機器 (キャビネット、スイッチ、ルーター、ロードバランサーなど) とソフトウェア | ネットワーク ハードウェアとソフトウェアの合計コスト + ネットワーク メンテナンス コストの合計として見積もられます。ネットワーク ハードウェアとソフトウェアの合計コストは、既定で 10%* (コンピューティングとライセンス + ストレージ コスト) に設定されており、想定内でカスタマイズできます。 ネットワーク メンテナンス コストは既定で 15%*(ネットワーク ハードウェアとソフトウェアの合計コスト) に設定されており、現在のオンプレミス ネットワーク コストと同じ前提でカスタマイズできます。 |
| セキュリティ | 一般的なサーバー | サーバーのセキュリティ コスト | Azure Arc 経由の MDC を使用した一般的なサーバーと SQL ワークロードの総保護コストの合計として見積もられます。サーバーには、MDC サーバー プラン 2 が想定されます。 Azure に接続されたデータベース上の Microsoft Defender for SQL は、SQL Server 用と見なされます |
| 設備 | 設備とインフラストラクチャ | DC 設備 - リースと電源 | ユーザーによる入力に基づく。 現在のオンプレミスの設備コストと同じです。 |
| 人件費 | 人件費 | IT 管理者 | 現在のオンプレミスの人件費と同じです。 |
| 管理 | 管理ソフトウェアのライセンス | System Center またはその他の管理ソフトウェア | 一般的なサーバーの総管理コストの合計として見積もられます。 これには、監視とファイルの部分置換が含まれます。 ファイルの部分置換は、MDC サーバー プラン 2 に含まれるため、Azure Update Manager 経由で無料であると見なされます。 監視コストは、ログのストレージとアラートに基づいて 1 日単位で計算され、365 倍されます。生産性の向上により、労働効果の 30% を会社にとって影響力の大きい他のプロジェクトに再配分することができると想定されるため、既定ではオンプレミスの管理の労働コストの 70% と推定されます。 労働コストは、Azure Arc の設定で Azure コストの想定に基づいてカスタマイズできます。 |
年次コスト
現在の状態 (オンプレミス)
| コンポーネント | 初年 | 1 年目 | 2 年目 | 3 年目 | 4 年目 |
|---|---|---|---|---|---|
| CAPEX | CAPEX 合計 (A) | Y1 CAPEX = CAPEX 合計 (A) * (1 + サーバーの増加率 %) | Y2 CAPEX = Y1 CAPEX (A) * (1 + サーバーの増加率 %) | Y3 CAPEX = Y2 CAPEX (A) * (1 + サーバーの増加率 %) | Y4 CAPEX = Y3 CAPEX (A) * (1 + サーバーの増加率 %) |
| OPEX | OPEX 合計 (B) | Y1 OPEX = 合計 OPEX (B) * (1 + サーバーの増加率 %) | Y2 OPEX = Y1 OPEX (B) * (1 + サーバーの増加率 %) | Y3 OPEX = Y2 OPEX (B) * (1 + サーバーの増加率 %) | Y4 OPEX = Y3 OPEX (B) * (1 + サーバーの増加率 %) |
| 現状維持キャッシュ フロー | Y0 キャッシュフロー = 合計 CAPEX (A) + OPEX 合計 (B) | Y1 キャッシュフロー = Y1 CAPEX + Y1 OPEX | Y2 キャッシュフロー = Y2 CAPEX + Y2 OPEX | Y3 キャッシュフロー = Y3 CAPEX (A) + Y3 OPEX (B) | Y4 キャッシュフロー = Y4 CAPEX (A) + Y4 OPEX (B) |
CAPEX & OPEX
| コンポーネント | サブ コンポーネント | 前提条件 | Azure の保持 |
|---|---|---|---|
| 資本支出 (CAPEX) (A) | |||
| サーバーの減価償却 | (サーバー ハードウェアの取得コストの合計) / (減価償却可能な寿命) | 減価償却可能な寿命 = 4 年 | |
| 記憶域の減価償却 | (ストレージ ハードウェア取得コストの合計) / (減価償却可能な寿命) | 減価償却可能な寿命 = 4 年 | |
| 取り付けとネットワーク機器 | (ネットワーク ハードウェア取得コストの合計) / (減価償却可能な寿命) | 減価償却可能な寿命 = 5 年 | |
| ライセンス償却 | (仮想化コスト + Windows Server + SQL Server + Linux OS) / (減価償却可能な有効期間) | 減価償却可能な寿命 = 5 年 | VMware ライセンスは保持されません。Windows、SQL、Hyper-V 管理ソフトウェア ライセンスは、Azure の AHUB オプションに基づいて保持されます。 |
| 運用資産経費 (OPEX) (B) | |||
| ネットワーク メンテナンス | 年額 | ||
| ストレージのメンテナンス | 年額 | サーバーあたりの電力消費、場所に基づく KW あたりの月間平均価格。 | |
| ライセンス サポート | 仮想化のライセンス サポート コスト + Windows Server + SQL Server + Linux OS + Windows Server 延長セキュリティ更新プログラム (ESU) + SQL Server 延長セキュリティ更新プログラム (ESU) | VMware ライセンスは保持されません。Windows、SQL、Hyper-V 管理ソフトウェア ライセンスは、Azure の AHUB オプションに基づいて保持されます。 | |
| セキュリティ | 年額 | サーバーごとの年間セキュリティ/保護コスト。 | |
| データセンター管理コスト | 人数 * 時間単位のコスト * 730 時間 | 場所に基づく時間あたりのコスト。 |
将来の状態 (Arc と Azure を使用)*
ビジネス ケースを作成すると、既定ではオンプレミスに残っているサーバーは Arc 対応と見なされます。 Azure のコストの前提条件を編集すると、Arc の計算を無効にすることができます。
| 初年 | 1 年目 | 2 年目 | 3 年目 | 方法 | |
|---|---|---|---|---|---|
| 年ごとに移行される資産 | 0% | 20% | 50% | 100% | ユーザー入力 |
*オンプレミスに残っているサーバーは、Azure Arc 対応と見なされます。 ビジネス ケースを作成すると、既定ではオンプレミスに残っているサーバーは Arc 対応と見なされます。 Azure のコストの前提条件を編集すると、Arc の計算を無効にすることができます。
CAPEX & OPEX
| 方法 | |
|---|---|
| CAPEX | n 年目の資本的支出 = (100 - その年の推定移行率)* 現状での n 年目の資本的支出 |
| OPEX | n 年目の運用費 = (その年の推定移行率) * Azure TCO の合計 * (1 + インフラストラクチャの増加率%) + (100 - その年の推定移行率 )* 現状での n 年目の運用費 |
| 将来の状態のキャッシュ フロー | 年あたりの資本的支出と運用費の合計 |
| 年間 NPV | 年あたりの NPV = (n 年のキャッシュフロー)/ (1+WACC)^n WACC は既定で 7% に設定されており、前提条件でカスタマイズできます。 |
| 将来的な状態の NPV | 年間 NPV の合計 |
用語集
| 任期 | 詳細 |
|---|---|
| ビジネス ケース | ビジネス ケースは、プロジェクトの決行/中止の正当な理由を提供します。 代替オプションの利点、コスト、リスクを評価し、優先ソリューションの根拠を提供します。 |
| 総保有コスト (TCO) | TCO (総保有コスト) は、企業が IT プロジェクトのライフサイクル全体における経済的影響を正確に計算するのに役立つ財務上の見積もりです。 |
| 投資収益率 (ROI) | プロジェクトの予想収益率 (パーセント単位)。 ROI は、純利益 (メリットの削減コスト) をコストで割ることによって計算されます。 |
| キャッシュフロー計算書 | ビジネスにおける現金の収支を説明します。 |
| 純キャッシュ・フロー (NCF) | これは、特定の期間に入ってくる金額と、ビジネスから出てくる金額の差です。 |
| 正味現在価値 (NPV) | 利率 (割引率) を指定した将来の (割引) 純キャッシュ フローの現在価値または現在価値。 プロジェクト NPV が正の値であることは、通常、他のプロジェクトの NPV がより高い場合を除き、投資を行うべきであることを示します。 |
| 回収期間 | 投資の損益分岐点。 これは、純利益 (利益からコストを差し引いた値) が初期投資またはコストと等しくなる時点です。 |
| 資本支出 (CAPEX) | 資本化され、貸借対照表に入れる資産に対する先行投資。 |
| 運用経費 (OPEX) | ビジネスの運用経費。 |
| MDC | Microsoft Defender for Cloud。 詳細情報 を参照してください。 |