この記事では、Azure Migrate の評価の概要について説明します。 評価では、Azure Migrate への移行のためにオンプレミスまたはその他のパブリック クラウドでホストされているワークロードが評価され、Azure へのスムーズな移行のためのパフォーマンスベースと as-is の推奨事項が提供されます。
評価の種類
Azure Migrate では、4 種類の評価を作成できます。
| 評価の種類 | 細部 |
|---|---|
| Azure VM | オンプレミスまたはパブリック クラウドでホストされているサーバーを評価して、Azure 仮想マシンに移行します。 |
| Azure SQL | Azure VM 上の Azure SQL Database、Azure SQL Managed Instance、または SQL Server に移行するように SQL サーバーを評価します。 |
| Azure App Service | Web アプリを評価して 、Azure App Service、 Azure Spring Apps、または Azure Kubernetes Service に移行します。 |
| VMware でホストされているオンプレミス サーバーを Azure VMware Solution (AVS) に評価します。 詳細については、こちらをご覧ください。 |
評価の前提条件
- 評価を開始する前に、ワークロードを適切に検出し、インベントリで使用できることを確認します。
- EA のお客様の場合は、必要なサブスクリプションにアクセスできることを確認してください。
- より良い結果を得るには、アプライアンスベースの検出の場合は、アプライアンスが接続状態にあり、パフォーマンス データが流れていることを確認します。
ディスカバリーソース
検出ソースは、評価の作成に必要なデータに応じて、評価によって異なる場合があります。 次のいずれかの方法を使用して、オンプレミスのワークロードを検出できます。
- 軽量の Azure Migrate アプライアンスをデプロイして、エージェントレス検出を実行します。
- 定義済みのテンプレートを使用してワークロード情報をインポートする。
推奨される検出ソースは、マシンの詳細なビューを提供し、構成とパフォーマンス データの定期的なフローを保証し、ソース環境での変更を考慮するため、Azure Migrate アプライアンスです。
注
Azure Migrate で作成するすべての評価は、データのポイントインタイム スナップショットです。 評価結果は、収集された集計サーバー パフォーマンス データまたはソース構成の変更に基づいて変更される可能性があります。
インベントリを設定したら、関連するワークロードを収集してグループに評価し、適切な評価の種類でグループの評価を実行できます。
アプライアンスはどのようなデータを収集しますか。
評価に Azure Migrate アプライアンスを使用している場合は、評価の入力として収集された メタデータとパフォーマンス データを参照してください。
アプライアンスはパフォーマンス データをどのように集計しますか?
検出にアプライアンスを使用している場合は、次の手順を使用してパフォーマンス データが収集されます。
アプライアンスで、リアルタイムのサンプル ポイントが収集されます。
- VMware VM - サンプル ポイントは 20 秒ごとに収集されます。
- Hyper-V VM - サンプル ポイントは 30 秒ごとに収集されます。
- 物理サーバーのサンプルポイント -A は 5 分ごとに収集されます。
アプライアンスにより、VMware および Hyper-V サーバーでは 10 分ごとに、物理サーバーでは 5 分ごとに、サンプル ポイントをまとめた 1 つのデータ ポイントが作成されます。 データ ポイントを作成するために、アプライアンスはすべてのサンプルからピーク値を選択し、データ ポイントを Azure に送信します。
評価では、過去 1 か月間のすべての 10 分のデータ ポイントが格納されます。
作成された評価では、権利化に使用する適切なデータ ポイントが識別されます。 識別は、 パフォーマンス履歴 とパーセンタイル使用率のパー センタイル値に基づきます。
- たとえば、評価の作成時にパフォーマンス履歴を 1 週間として選択し、パーセンタイル使用率を 95 パーセンタイルとして選択した場合、すべてのデータ ポイントは昇順で並べ替え、95 パーセンタイル値は適切なサイズ設定のために選択されます。
- 値 95 パーセンタイルを設定すると、99 パーセンタイルを選択した場合に含まれる可能性のある外れ値はすべて無視されます。
- 評価の計算中にすべての外れ値を考慮する場合は、パーセンタイル使用率として 99 パーセンタイルを選択します。
アプライアンスは、シナリオに応じて、ハイパーバイザーまたは物理サーバーから次のパフォーマンス属性を収集して処理します。
- CPU 使用率 (%)
- メモリ使用率 (%)
- ディスク読み取り I/O 操作数/秒と書き込み I/O 操作数/秒 (データ ファイルとログ ファイル)
- ディスク読み取り MB/秒と書き込み MB/秒 (スループット)
- IO 操作の待機時間
- ネットワーク スループット (入力と出力)
評価はどのように計算されますか?
すべての評価では、次の 3 つの属性が計算されます。
Azure の準備状況の特定: ワークロードが Azure への移行に適しているかどうかを評価します。
適切なサイズ設定の推奨事項を計算する: コンピューティング、ストレージ、およびネットワークのサイズ設定を見積もり、移行する適切なサイズの Azure ターゲット サービスをお客様に推奨します。
毎月のコストを計算する: 移行後に Azure で移行されたワークロードを実行するための推定月間リソース コストを計算します。
計算は、上記の順序で行われます。 ワークロードは、前のステージに合格した場合にのみ、後のステージに移動します。 たとえば、Azure 対応性の段階に合格しなかったサーバーは、Azure に不適合とマークされます。 そのサーバーに対してサイズ設定とコストの計算は行われません。
構成データとパフォーマンス データとは別に、Azure Migrate の評価では、評価設定としてキャプチャされた顧客の意図も、結果を生成するための入力と見なされます。 評価設定は、次の広範なバケットに分類できます。
| 設定カテゴリ | 細部 |
|---|---|
| ターゲット構成 | 評価の種類に基づいて、お客様はワークロードを評価する対象に関する入力を求められます。 このカテゴリの重要な属性には、ターゲットの場所、環境の種類、ターゲット ストレージ、コンピューティング ファミリなどがあります。これらの設定は、さまざまな種類の評価で若干異なります。 |
| 価格設定 | お客様は、評価中に考慮する価格属性について質問されます。 顧客は、従量課金制の価格を評価するか、Azure と交渉済みの EA 契約を結んでいるかを選択するように求められます。 EA のお客様の場合は、オファー/ライセンス プログラムとして EA サブスクリプションを選択し、交渉された価格を取得するための適切なサブスクリプション ID を選択します。
コストを最適化するために、節約オプションを指定できます。 Azure の予約 (1 年または 3 年予約) は、最も一貫して実行されるリソースに適したオプションです。 Azure Savings プラン (1 年または 3 年間の節約計画) では、柔軟性が高く、コストの最適化が自動化されます。 理想的には、移行の後で Azure の予約と節約プランを同時に使用できますが (予約が先に消費されます)、Azure Migrate の評価で確認できるのは、一度に 1 つの節約オプションのコスト見積もりだけです。 [なし] を選択すると、Azure コンピューティング コストは従量課金制の料金または実際の使用量に基づいています。 [なし] 以外の節約オプションを選択した場合、割引 (%) プロパティと VM アップタイム プロパティは適用されません。 毎月のコストの見積もりは、[VM アップタイム] フィールドの 744 時間と、推奨される SKU の時間単価を乗算して計算されます。 |
| サイズ設定の条件 | これらの属性は、ターゲットの推奨事項の適切なサイズ設定に使用されます。
要件に応じて、as-is サイズ設定またはパフォーマンスベースのサイズ設定を使用します。 パフォーマンスベースの評価の詳細を確認します。 |
| パフォーマンス履歴 | パフォーマンスベースのサイズ設定で使用されます。 パフォーマンス履歴では、パフォーマンス データを評価するときに使用する期間を指定します。 |
| パーセンタイル使用率 | パフォーマンスベースのサイズ設定で使用されます。 百分位の使用率では、サイズ設定に使用されるパフォーマンス サンプルのパーセンタイル値を指定します。 |
| 快適性係数 | 評価中に使用されるバッファー。 CPU、メモリ、ディスク、ネットワークの適切なサイズ設定に適用されます。 季節ごとの使用量、短期間のパフォーマンス履歴、将来に使用量が増える可能性などの問題に相当します。
たとえば、10 コア VM の使用率が 20% の場合、通常は 2 コア VM になります。 快適性係数を 2.0 とした場合、結果は 4 コア VM になります。 |
| VM のアップタイム | Azure VM が継続して実行されない期間 (1 か月あたりの日数と 1 日あたりの時間数)。 コストの見積もりは、その期間に基づきます。
既定値は、1 か月あたり 31 日、1 日あたり 24 時間です。 |
| Azure ハイブリッド特典 | ソフトウェア アシュアランスがあり、既存の OS および SQL ライセンスを使用するための Azure ハイブリッド特典 の対象であるかどうかを指定します。 この設定が有効になっている場合、選択したオペレーティング システムの Azure 価格は VM のコストについては考慮されず、SQL ライセンス コストは SQL ターゲットのコストでは考慮されません。 |
| 安全 | Azure のセキュリティ ツールの準備状況とコストを評価するかどうかを指定します。 この設定の既定値が [はい] の場合、Microsoft Defender for Cloud では、Microsoft Defender for Cloud を使用して Azure VM のセキュリティの準備とコストが評価されます。 |
Azure Migrate を使用して評価を作成するためのベスト プラクティスを確認します。
次のステップ
評価を作成するためのベスト プラクティスを確認します。
- VMware および Hyper-V 環境で実行されているサーバーと物理サーバーに対する評価の実行について説明します。
- CSV ファイルを使用してインポートされたサーバーの評価について説明します。
- 依存関係の視覚化の設定について説明します。