次の方法で共有


ビジネス ケース (プレビュー) - 一般的な質問

この記事では、Azure Migrate でのビジネス ケースに関するよくある質問の回答を示します。 その他の質問については、次のリソースを確認してください。

全般

ビジネス ケースをエクスポートする方法

ビジネス ケースからのエクスポートを選択して .xlsx ファイルでエクスポートすることができます。 [エクスポート] ジェスチャが無効になっている場合は、ビジネス ケースの 1 つの前提条件 (Azure またはオンプレミス) を変更してビジネス ケースを再計算し、[保存] を選択する必要があります。 次に例を示します。

  1. ビジネス ケースに移動して、[Edit assumptions] を選択し、[Azure assumptions] を選択します。
  2. [Performance history duration date range is outdated] 警告の横にある [リセット] を選択します。 他の設定の変更を選択することもできます。
  3. [保存] を選択します。

これによりビジネス ケースは更新された前提条件で再計算され、エクスポート ジェスチャは有効になります。

評価とビジネス ケースの違いは何ですか?

評価は、特定のソースとターゲットの準備状況、サイズ設定、Azure コストの見積もり (コンピューティングとストレージのみ) を把握するのに役立ちます。 これは、"Azure への移行方法" を理解するのに役立ちます。

ビジネス ケースは、オンプレミスのコスト見積もり、Azure のコスト見積もり、潜在的な節約 (TCO と YoY) を把握するのに役立ちます。 Azure を使用する理由、すぐに得られるメリット、Azure 固有の利点を理解するのに役立ちます。

ビジネス ケースがコンピューティング ステータスのままなのはなぜですか?

ビジネス ケースは評価をバックグラウンドで作成しますが、プロジェクト内のサーバー、SQL サーバー、Web アプリの数によっては時間がかかる場合があります。 ビジネス ケースが計算されるまで、15 分から 3 時間かかることがあります。 コンピューティング ステータスで止まっている場合は、サポート リクエストを作成してください。

ビジネス ケースを構築する

ビジネス ケースを構築するにはどうすればよいですか?

現在のところ、ビジネス ケースは、VMware、Hyper-V および Physical/Baremetal 環境の Azure Migrate 軽量アプライアンスを使用して検出されたサーバーおよびワークロード、または .csv または RVTools .xlsx インポートを使用して検出されたサーバーで作成できます。 アプライアンスにより、オンプレミスのサーバーとワークロードが検出されます。 この後、サーバーのメタデータとパフォーマンス データが Azure Migrate に継続的に送信されます。

プロジェクトからビジネス ケースを構築できないのはなぜですか?

プロジェクトが次の 2 つのプロジェクト リージョンのいずれかにある場合、ビジネス ケースを作成することはできません。

ドイツ中西部およびスウェーデン中部

既存のプロジェクトで確認するには、次のようにします。

  1. https://portal.azure.com/ URL を使用して始めることができます

  2. Azure Migrate で、[サーバー、データベース、Web アプリ]>[移行の目標] に移動します。

  3. Azure Migrate: Discovery and Assessment ツールで [概要] を選びます。

  4. [プロジェクトの詳細] で、[プロパティ] を選びます。

  5. プロジェクトの場所を確認します。

  6. ビジネス ケース機能は、次のリージョンではサポートされていません。

    ドイツ中西部およびスウェーデン中部

ビジネス ケースに設備コストを追加するにはどうすればよいですか?

  1. ビジネス ケースに移動し、[前提条件の編集] を選択し、[オンプレミスのコストの前提条件] を選択します。
  2. [設備] タブを選択します。
  3. 計算に設備コストとして含める年間リース/コロケーション/電力コストの見積もりを指定します。

設備コストを認識していない場合は、次の手法を使用します。

設備コストを計算するためのステップ バイ ステップ ガイド

Azure Migrate の設備コストの計算は、オンプレミスのデータセンター専用に調整されたクラウド経済手法に基づいています。 この手法はコロケーション モデルに基づいており、スペース、電力、リースのコストを含む kWh あたりの平均コスト値を規定しています。これには、通常、データセンターの設備コストが含まれます。  

  1. ワークロードの現在のエネルギー消費量 (kWh) を決定する: 現在のワークロードによるエネルギー消費量 = コンピューティング リソースのエネルギー消費量 + ストレージ リソースのエネルギー消費量。
    1. コンピューティング リソースのエネルギー消費量:
      1. オンプレミス インフラストラクチャ内の物理コアの合計数を決定する: 物理コアの数がわからない場合は、物理コアの合計数 = 仮想コアの合計数 / 2 という式を使用できます。
      2. 物理コアの数を指定された式に入力する: コンピューティング リソースのエネルギー消費量 (kWh) = 物理コアの合計数 * オンプレミスの熱設計電力または TDP (コアあたりの kWh) * 負荷係数の積算 * オンプレミスの電力使用効率 (PUE)。
      3. データセンターの TDP、負荷係数の積算、オンプレミス PUE の値がわからない場合は、次の前提条件を計算に使用できます。
        1. オンプレミス TDP (コアあたりの kWh) = 0.009
        2. 負荷係数の積算 = 2.00
        3. オンプレミス PUE = 1.80
    2. ストレージ リソースのエネルギー消費量:
      1. テラバイト (TB) 単位でオンプレミス インフラストラクチャに使用されている合計ストレージを決定します。
      2. 指定された式に合計ストレージを TB 単位で入力します: ストレージ リソースのエネルギー消費量 (kWh) = 合計ストレージ容量 (TB) * オンプレミス ストレージの定格電力 (TB あたりの kWh) * エネルギー消費量からピーク消費量への換算 * 負荷係数の積算 * オンプレミス PUE (電力使用効率)。
      3. オンプレミス ストレージの定格電力、エネルギー消費量からピーク消費量への変換係数、負荷係数とオンプレミス PUE の積算の値がわからない場合は、次の仮定を使用して計算できます。
        1. オンプレミス ストレージ電力定格 (TB あたりの kWh) = 10
        2. エネルギー消費量からピーク消費量への変換 = 0.0001
        3. 負荷係数の積算 = 2.00
        4. オンプレミス PUE = 1.80
  2. オンプレミス インフラストラクチャの未使用エネルギー容量を決定する: 既定では、データセンターのエネルギー容量の 40% が未使用のままであると想定できます。
  3. データセンターの総エネルギー容量を決定する: 総エネルギー容量 = 現在のワークロードによるエネルギー消費量 / (未使用の 1 つのエネルギー容量)。
  4. 年あたりの総設備コストを計算する: 年あたりの設備コスト = 総エネルギー容量 * 平均コロケーション コスト (ドル単位) (kWh/月あたり) * 12。 平均コロケーション コスト = $340/kWh/月を想定できます。

サンプル例

eコマース企業の Contoso には、10,000 個の仮想コアと 5,000 TB のストレージがあるとします。 数式を使用して設備コストを計算してみましょう。

  1. 物理コアの合計数 = 10,000/2 = 5,000
  2. コンピューティング リソースのエネルギー消費量 = 5,000 * 0.009 * 2 * 1.8 = 162 kWh
  3. ストレージ リソースのエネルギー消費量 = 5,000 * 10 * 0.0001 * 2 * 1.8 = 18 kWh
  4. 現在のワークロードのエネルギー消費量 = (162 + 18) kWh = 180 kWh
  5. データセンターの総エネルギー容量 = 180/(1-0.4) = 300 kWh
  6. 年間設備コスト = 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 SQL の推奨ロジックには SQL 統合が含まれますか?

いいえ、SQL 統合は含まれません。

次のステップ

  • ビジネス ケースを構築する方法の詳細については、こちらを参照してください。
  • ビジネス ケース レポートを確認する方法の詳細については、こちらを参照してください。