ビジネス ケース (プレビュー) - 一般的な質問
この記事では、Azure Migrate でのビジネス ケースに関するよくある質問の回答を示します。 その他の質問については、次のリソースを確認してください。
- Azure Migrate に関する一般的な質問
- Azure Migrate アプライアンスに関する質問。
全般
ビジネス ケースをエクスポートする方法
ビジネス ケースからのエクスポートを選択して .xlsx ファイルでエクスポートすることができます。 [エクスポート] ジェスチャが無効になっている場合は、ビジネス ケースの 1 つの前提条件 (Azure またはオンプレミス) を変更してビジネス ケースを再計算し、[保存] を選択する必要があります。 次に例を示します。
- ビジネス ケースに移動して、[Edit assumptions] を選択し、[Azure assumptions] を選択します。
- [Performance history duration date range is outdated] 警告の横にある [リセット] を選択します。 他の設定の変更を選択することもできます。
- [保存] を選択します。
これによりビジネス ケースは更新された前提条件で再計算され、エクスポート ジェスチャは有効になります。
評価とビジネス ケースの違いは何ですか?
評価は、特定のソースとターゲットの準備状況、サイズ設定、Azure コストの見積もり (コンピューティングとストレージのみ) を把握するのに役立ちます。 これは、"Azure への移行方法" を理解するのに役立ちます。
ビジネス ケースは、オンプレミスのコスト見積もり、Azure のコスト見積もり、潜在的な節約 (TCO と YoY) を把握するのに役立ちます。 Azure を使用する理由、すぐに得られるメリット、Azure 固有の利点を理解するのに役立ちます。
ビジネス ケースがコンピューティング ステータスのままなのはなぜですか?
ビジネス ケースは評価をバックグラウンドで作成しますが、プロジェクト内のサーバー、SQL サーバー、Web アプリの数によっては時間がかかる場合があります。 ビジネス ケースが計算されるまで、15 分から 3 時間かかることがあります。 コンピューティング ステータスで止まっている場合は、サポート リクエストを作成してください。
ビジネス ケースを構築する
ビジネス ケースを構築するにはどうすればよいですか?
現在のところ、ビジネス ケースは、VMware、Hyper-V および Physical/Baremetal 環境の Azure Migrate 軽量アプライアンスを使用して検出されたサーバーおよびワークロード、または .csv または RVTools .xlsx インポートを使用して検出されたサーバーで作成できます。 アプライアンスにより、オンプレミスのサーバーとワークロードが検出されます。 この後、サーバーのメタデータとパフォーマンス データが Azure Migrate に継続的に送信されます。
プロジェクトからビジネス ケースを構築できないのはなぜですか?
プロジェクトが次の 2 つのプロジェクト リージョンのいずれかにある場合、ビジネス ケースを作成することはできません。
ドイツ中西部およびスウェーデン中部
既存のプロジェクトで確認するには、次のようにします。
https://portal.azure.com/ URL を使用して始めることができます
Azure Migrate で、[サーバー、データベース、Web アプリ]>[移行の目標] に移動します。
Azure Migrate: Discovery and Assessment ツールで [概要] を選びます。
[プロジェクトの詳細] で、[プロパティ] を選びます。
プロジェクトの場所を確認します。
ビジネス ケース機能は、次のリージョンではサポートされていません。
ドイツ中西部およびスウェーデン中部
ビジネス ケースに設備コストを追加するにはどうすればよいですか?
- ビジネス ケースに移動し、[前提条件の編集] を選択し、[オンプレミスのコストの前提条件] を選択します。
- [設備] タブを選択します。
- 計算に設備コストとして含める年間リース/コロケーション/電力コストの見積もりを指定します。
設備コストを認識していない場合は、次の手法を使用します。
設備コストを計算するためのステップ バイ ステップ ガイド
Azure Migrate の設備コストの計算は、オンプレミスのデータセンター専用に調整されたクラウド経済手法に基づいています。 この手法はコロケーション モデルに基づいており、スペース、電力、リースのコストを含む kWh あたりの平均コスト値を規定しています。これには、通常、データセンターの設備コストが含まれます。
- ワークロードの現在のエネルギー消費量 (kWh) を決定する: 現在のワークロードによるエネルギー消費量 = コンピューティング リソースのエネルギー消費量 + ストレージ リソースのエネルギー消費量。
- コンピューティング リソースのエネルギー消費量:
- オンプレミス インフラストラクチャ内の物理コアの合計数を決定する: 物理コアの数がわからない場合は、物理コアの合計数 = 仮想コアの合計数 / 2 という式を使用できます。
- 物理コアの数を指定された式に入力する: コンピューティング リソースのエネルギー消費量 (kWh) = 物理コアの合計数 * オンプレミスの熱設計電力または TDP (コアあたりの kWh) * 負荷係数の積算 * オンプレミスの電力使用効率 (PUE)。
- データセンターの TDP、負荷係数の積算、オンプレミス PUE の値がわからない場合は、次の前提条件を計算に使用できます。
- オンプレミス TDP (コアあたりの kWh) = 0.009
- 負荷係数の積算 = 2.00
- オンプレミス PUE = 1.80
- ストレージ リソースのエネルギー消費量:
- テラバイト (TB) 単位でオンプレミス インフラストラクチャに使用されている合計ストレージを決定します。
- 指定された式に合計ストレージを TB 単位で入力します: ストレージ リソースのエネルギー消費量 (kWh) = 合計ストレージ容量 (TB) * オンプレミス ストレージの定格電力 (TB あたりの kWh) * エネルギー消費量からピーク消費量への換算 * 負荷係数の積算 * オンプレミス PUE (電力使用効率)。
- オンプレミス ストレージの定格電力、エネルギー消費量からピーク消費量への変換係数、負荷係数とオンプレミス PUE の積算の値がわからない場合は、次の仮定を使用して計算できます。
- オンプレミス ストレージ電力定格 (TB あたりの kWh) = 10
- エネルギー消費量からピーク消費量への変換 = 0.0001
- 負荷係数の積算 = 2.00
- オンプレミス PUE = 1.80
- コンピューティング リソースのエネルギー消費量:
- オンプレミス インフラストラクチャの未使用エネルギー容量を決定する: 既定では、データセンターのエネルギー容量の 40% が未使用のままであると想定できます。
- データセンターの総エネルギー容量を決定する: 総エネルギー容量 = 現在のワークロードによるエネルギー消費量 / (未使用の 1 つのエネルギー容量)。
- 年あたりの総設備コストを計算する: 年あたりの設備コスト = 総エネルギー容量 * 平均コロケーション コスト (ドル単位) (kWh/月あたり) * 12。 平均コロケーション コスト = $340/kWh/月を想定できます。
サンプル例
eコマース企業の Contoso には、10,000 個の仮想コアと 5,000 TB のストレージがあるとします。 数式を使用して設備コストを計算してみましょう。
- 物理コアの合計数 = 10,000/2 = 5,000
- コンピューティング リソースのエネルギー消費量 = 5,000 * 0.009 * 2 * 1.8 = 162 kWh
- ストレージ リソースのエネルギー消費量 = 5,000 * 10 * 0.0001 * 2 * 1.8 = 18 kWh
- 現在のワークロードのエネルギー消費量 = (162 + 18) kWh = 180 kWh
- データセンターの総エネルギー容量 = 180/(1-0.4) = 300 kWh
- 年間設備コスト = 300 kWh * $340/kWh * 12 = $1,224,000 = $1.224 万
移行戦略の違いは何を意味しますか?
| 移行戦略 | 詳細 | 評価の分析情報 |
|---|---|---|
| コスト最小化のために Azure を推奨 | Azure IaaS と Azure PaaS のターゲット全体で、Azure で最もコスト効率が高く互換性のあるターゲットの推奨事項を実現できます | SQL Server の場合、サイズ設定とコストは最適化戦略を含む "推奨レポート" から取得され、Azure SQL 評価によるコストを最小限に抑えます。 Web アプリの場合、サイズ設定とコストは選択された Azure App 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 VM の評価から取得されます。 |
Note
ビジネス ケースでは、特定の評価から Azure の推奨事項が選択されますが、評価に直接アクセスすることはできません。 サイズ設定、準備、Azure のコスト見積もりの詳細を確認するには、サーバーまたはワークロードに対してそれぞれの評価を作成します。
ビジネス ケースの推奨事項
サーバーと SQL インスタンスの一部が表示されない
この問題が発生する可能性は複数あります。
- 検出が完了していない - 検出が完了するまで待ってください。 少なくとも 24 時間待機することをお勧めします。
- 検出に関する問題がないか確認して解決します。
- 検出に対する変更が、ビジネス ケースの作成後に行われた。
最新の検出データをフェッチするには、[再計算] ボタンを選択するか、前提条件を変更して [保存] を選択することにより再計算します。
使用率の分析情報で、すべてのサーバーまたは一部のサーバーが不明としてマークされているのはなぜですか?
これらのサーバーを分類するのに十分なデータ ポイントを収集できませんでした。 ビジネス ケースに十分な使用率データ ポイントが得られるように、検出を開始してから少なくとも 1 日待機することをお勧めします。 また、Azure Migrate ハブの [通知] および [問題の解決] ブレードを確認して、ビジネス ケースの計算の前に検出関連の問題がないかを確認してください。 ビジネス ケースを構築する前に問題を検討することで、データセンター内の IT 資産がより正確に表現されます。
推奨事項に準備状況は考慮されていますか?
はい。ただし、評価に直接アクセスすることはできません。 サイズ設定、準備、Azure のコスト見積もりの詳細を確認するには、サーバーまたはワークロードに対してそれぞれの評価を作成します。
この Azure ターゲットが推奨されたのはなぜですか?
移行戦略に基づいて、これが最適な推奨ターゲットでした。 詳細な準備状況とサイズ設定を理解するには、評価を作成し、詳細を参照してください。
Azure への準備ができていないサーバーまたはワークロードの詳細を確認するにはどうすればよいですか?
サイズ設定、準備、Azure のコスト見積もりの詳細を確認するには、サーバーまたはワークロードに対してそれぞれの評価を作成します。
Azure SQL の推奨ロジックには SQL 統合が含まれますか?
いいえ、SQL 統合は含まれません。