Azure Migrate には、アプリ、インフラストラクチャ、ワークロードの検出、評価、および Microsoft Azure への移行に役立つツールのハブが用意されています。 このハブには、Azure Migrate ツールと、Microsoft 以外の独立系ソフトウェア ベンダー (ISV) オファリングが含まれています。
この記事では、Azure Migrate Discovery and Assessment ツールを使って評価を作成する際のベスト プラクティスについて説明します。
Azure Migrate: Discovery and Assessment ツールを使用して作成できる評価は、特定の時点におけるデータのスナップショットです。 Azure Migrate: Discovery and Assessment を使用して作成できる評価には、次の 4 種類があります。
| 評価の種類 | 細部 |
|---|---|
| Azure VM | オンプレミスのサーバーを Azure 仮想マシンに移行するための評価。 この評価の種類を使用して、 VMware および Hyper-V 環境のオンプレミス サーバーと、Azure への移行用 の物理サーバー を評価できます。 詳細情報 |
| Azure SQL | オンプレミスの SQL サーバーを VMware 環境から Azure SQL Database または Azure SQL Managed Instance に移行するための評価。 詳細については、こちらをご覧ください。 |
| Azure App Service | IIS (Internet Information Services) Web サーバー上で実行されているオンプレミスの ASP.NET Web アプリを、VMware 環境から Azure App Service に移行するための評価。 詳細については、こちらをご覧ください。 |
| Azure VMware Solution (AVS) | オンプレミス サーバーを Azure VMware Solution (AVS) に移行するための評価。 この評価の種類を使用して、Azure VMware Solution (AVS) への移行についてオンプレミスの VMware VM を 評価できます。 詳細については、こちらをご覧ください。 |
注
検出と評価ツールで Azure VM または AVS 評価の数が正しくない場合は、評価の合計数を選択してすべての評価に移動し、Azure VM または AVS の評価を計算し直します。 検出と評価ツールには、その評価の種類の正しい数が表示されます。
サイズ変更の設定基準
Azure Migrate の評価におけるサイズ変更の設定基準のオプションは、次のとおりです。
| サイズ設定の条件 | 細部 | データ |
|---|---|---|
| 成果に基づく | 収集されたパフォーマンス データに基づいて推奨を行う評価。 |
Azure VM の評価: VM サイズの推奨事項は、CPU とメモリの使用率データに基づいています。 ディスクの種類に関する推奨事項 (標準 HDD/SSD、プレミアム マネージド ディスクまたは Ultra ディスク) は、オンプレミス ディスクの IOPS (Input/output per second) とスループットに基づきます。 Azure SQL の評価: Azure SQL 構成は、SQL インスタンスとデータベースのパフォーマンス データに基づいています。これには、CPU 使用率、メモリ使用率、IOPS (データとログ ファイル)、スループット、IO 操作の待機時間が含まれます Azure VMware Solution (AVS) の評価: データが RVTools ファイルを使用してインポートされた場合、AVS ノードの推奨事項は、ストレージ使用率データとプロビジョニングされた CPU と RAM に基づいています。 データが Azure Migrate CSV ファイルを使用してインポートされ、CPU と RAM 使用率のデータが提供されている場合は、そのデータが使用されます。 それ以外の場合は、構成済みの CPU、RAM、およびストレージが使用されます。 Azure Migrate アプライアンスを使用してデータが正常にインポートされた場合は、CPU と RAM 使用率のデータが使用されます。 |
| 現状のオンプレミス | パフォーマンス データを使用せずに推奨を行う評価。 |
Azure VM の評価: VM サイズの推奨事項は、オンプレミスの VM サイズに基づいています 推奨されるディスクの種類は、評価の [ストレージの種類] 設定で選択した内容に基づきます。 Azure App Service の評価: 評価の推奨事項は、オンプレミスの Web アプリ構成データに基づいています。 Azure VMware Solution (AVS) の評価: AVS ノードの推奨事項は、オンプレミスの VM サイズに基づいています。 |
注
Azure Migrate アプライアンスを使用してデータが検出されている場合、切断された、または電源オフのホスト内の VM は検出されず、評価対象と見なされます。
例
たとえば、オンプレミスの VM で 4 コア CPU の使用率が 20%、8 GB メモリの使用率が 10% の場合、Azure VM の評価は次のようになります。
パフォーマンスベースの評価:
- コア (4 x 0.20 = 0.8) とメモリ (8 GB x 0.10 = 0.8) の使用率に基づいて、有効なコアとメモリを識別します。
- 評価のプロパティで指定された快適性係数 (たとえば 1.3 x) を適用して、サイズ変更に使用する値を取得します。
- 最大 1.04 コア (0.8 x 1.3) の CPU と最大 1.04 GB (0.8 x 1.3) のメモリをサポートできる、直近の VM サイズが推奨されます。
オンプレミスの現状評価
- 4 コア、8 GB メモリの VM を推奨します。
評価を作成するためのベスト プラクティス
Azure Migrate アプライアンスは、オンプレミス環境のプロファイリングを継続的に行い、メタデータとパフォーマンスデータを Azure に送信します。 アプライアンスを使用して検出されたサーバーの評価については、次のベスト プラクティスに従ってください。
- as-is 評価の作成: Azure Migrate ポータルにサーバーが表示されたら、すぐに as-is 評価を作成できます。 サイズ変更の設定基準として "オンプレミス" を使用して、Azure SQL の評価を作成することはできません。 Azure App Service の評価は、既定では "オンプレミス" です。
-
パフォーマンスベースの評価を作成する: 検出を設定した後、パフォーマンスベースの評価を実行する前に少なくとも 1 日待うことをお勧めします。
- パフォーマンス データの収集には時間がかかります。 少なくとも 1 日待機することで、評価を実行する前に十分なパフォーマンス データ ポイントを確保できます。
- パフォーマンスベースの評価を実行する場合は、評価期間に合わせて環境をプロファイリングするようにしてください。 たとえば、パフォーマンス期間を 1 週間に設定して評価を作成する場合は、すべてのデータ ポイントを収集するために、検出を開始してから少なくとも 1 週間待つ必要があります。 そうしないと、5 つ星の評価は得られません。
- 評価の再計算: 評価はポイントインタイム スナップショットであるため、最新のデータでは自動的に更新されません。 最新のデータを使用して評価を更新するには、評価を再計算する必要があります。
CSV ファイル経由で Azure Migrate にインポートされたサーバーの評価については、次のベスト プラクティスに従ってください。
- as-is 評価の作成: Azure Migrate ポータルにサーバーが表示されたら、すぐに as-is 評価を作成できます。
- パフォーマンスベースの評価を作成する: これは、特にオンプレミスのサーバー容量が過剰にプロビジョニングされている場合に、コストの見積もりを改善するのに役立ちます。 ただし、パフォーマンスに基づく評価の精度は、サーバーに対して指定されたパフォーマンス データによって決まります。
- 評価の再計算: 評価はポイントインタイム スナップショットであるため、最新のデータでは自動的に更新されません。 最後にインポートされたデータを使用して評価を更新するには、それを再計算する必要があります。
AVS 評価の Failures to Tolerate (FTT) サイズ変更パラメーターの失敗
AVS で使用されるストレージ エンジンは vSAN です。 vSAN ストレージ ポリシーには、仮想マシンのストレージ要件が定義されています。 これらのポリシーによって、ストレージを VM に割り当てる方法が決まるため、VM に必要なサービス レベルを確保できます。 使用できる FTT-Raid の組み合わせを次に示します。
| 許容エラー (FTT) | RAID 構成 | 必要な最小ホスト数 | サイズ変更に関する考慮事項 |
|---|---|---|---|
| 1 | RAID-1 (ミラーリング) | 3 | 100 GB の VM に 200 GB が使用されます。 |
| 1 | RAID-5 (イレイジャー コーディング) | 4 | 100 GB の VM に 133.33 GB が使用されます |
| 2 | RAID-1 (ミラーリング) | 5 | 100 GB の VM に 300 GB が使用されます。 |
| 2 | RAID-6 (イレイジャー コーディング) | 6 | 100 GB の VM に 150 GB が使用されます。 |
| 3 | RAID-1 (ミラーリング) | 7 | 100 GB の VM に 400 GB が使用されます。 |
信頼度レーティングのベスト プラクティス
パフォーマンスベースの評価を実行すると、評価に 1 つ星 (最低) から 5 つ星 (最高) までの信頼度レーティングが割り当てられます。 信頼度レーティングを効果的に使用するには、次の条件を満たす必要があります。
Azure VM と AVS の評価には以下が必要です。
- 各サーバーの CPU とメモリの使用率データ
- オンプレミス サーバーに接続されている各ディスクの読み取り/書き込みの IOPS/スループット データ
- サーバーに接続されている各ネットワーク アダプターのネットワークの入出力データ。
Azure SQL の評価には、評価する SQL インスタンスとデータベースのパフォーマンス データが必要です。これには以下が含まれます。
- CPU とメモリの使用率データ
- データとログのファイルの、読み取り/書き込みの IOPS/スループット データ
- IO 操作の待機時間
評価の信頼度レーティングは、選択された期間に使用可能なデータ ポイントの割合に応じて、次の表のように判定されます。
| データ ポイントの可用性 | 信頼度評価 |
|---|---|
| 0% - 20% | 1 つ星 |
| 21% - 40% | 2 つ星 |
| 41% - 60% | 3 つ星 |
| 61% - 80% | 4 つ星 |
| 81% - 100% | 5 つ星 |
評価に関する一般的な問題
ここでは、評価に影響を与える一般的な環境の問題に対処する方法について説明します。
評価が同期されていない
評価の作成後にグループに対してサーバーを追加または削除すると、作成した評価は 同期対象外としてマークされます。評価をもう一度実行 (再計算) して、グループの変更を反映します。
評価が古い
Azure VM の評価と AVS の評価
評価されたグループ内のオンプレミス サーバーに変更がある場合、評価は 古いマークが付けられます。 次のプロパティに 1 つ以上の変更があるため、評価は "古い" としてマークされている可能性があります。
- プロセッサ コアの数
- 割り当て済みメモリ
- ブートの種類またはファームウェア
- オペレーティング システムの名前、バージョン、アーキテクチャ
- ディスクの数
- ネットワーク アダプターの数
- ディスク サイズの変更 (割り当てられた GB)
- NIC プロパティの更新。 例: MAC アドレスの変更、IP アドレスの追加など。
評価をもう一度実行 (再計算) して、変更を反映します。
Azure SQL の評価
評価されたグループ内にあるオンプレミスの SQL インスタンスとデータベースに変更がある場合、評価は 古いマークが付けられます。 下に示す 1 つ以上の理由により、評価は "古い" としてマークされる場合があります。
SQL インスタンスがサーバーに追加された、またはサーバーから削除された
SQL データベースが SQL インスタンスに追加された、または削除された
SQL インスタンスのデータベースの合計サイズが、20% より大きく変化した
プロセッサ コアの数が変更された
割り当てられたメモリが変更された
評価をもう一度実行 (再計算) して、変更を反映します。
Azure App Service の評価
評価されたグループ内にあるオンプレミスの Web アプリに変更がある場合、評価は 古いマークが付けられます。 下に示す 1 つ以上の理由により、評価は "古い" としてマークされる場合があります。
Web アプリがサーバーに追加された、またはサーバーから削除された
既存の Web アプリに対して構成の変更が行われた。
評価をもう一度実行 (再計算) して、変更を反映します。
信頼度レーティングが低い
さまざまな理由により、評価で一部のデータ ポイントを使用できない場合があります。
評価を作成する期間について環境をプロファイルしなかった。 たとえば、パフォーマンス期間を 1 週間に設定した評価を作成する場合は、すべてのデータポイントが収集されるまで、検出を始めてから少なくとも 1 週間待つ必要があります。 その期間待つことができない場合は、パフォーマンス期間をより短い期間に変更し、評価を再計算します。
評価期間内に一部または全部のサーバーのパフォーマンス データを評価で収集できません。 高い信頼度レーティングを得るために、次のことを確認します。
- 評価期間中、サーバーの電源がオンになっている
- ポート 443 でのアウトバウンド接続が許可されている
- Hyper-V サーバーで、動的メモリが有効になっている
- Azure Migrate のエージェントの接続状態が "接続済み" である、また、最後のハートビートも確認します
- Azure SQL 評価において、検出された SQL インスタンス タブで、すべての SQL インスタンスの Azure Migrate の接続状態が "接続済み" である。
評価を再計算し、信頼性評価に最新の変更を反映します。
Azure VM および AVS の評価では、検出の開始後に作成されたサーバーはほとんどありませんでした。 たとえば、過去 1 か月間のパフォーマンス履歴の評価を作成しているのに、ほんの 1 週間前にいくつかのサーバーが環境内に作成されたとします。 この場合、新しいサーバーのパフォーマンス データは期間全体を通しては利用できず、信頼度レーティングが低くなります。
Azure SQL の評価の場合、検出が開始された後で、いくつかの SQL インスタンスまたはデータベースが作成されました。 たとえば、過去 1 か月間のパフォーマンス履歴の評価を作成しているのに、ほんの 1 週間前にいくつかの SQL インスタンスまたはデータベースが環境内に作成されたとします。 この場合、新しいサーバーのパフォーマンス データは期間全体を通しては利用できず、信頼度レーティングが低くなります。
AVS 評価に関する移行ツールのガイダンス
Azure VMware Solution (AVS) 評価の Azure 対応性レポートでは、次の推奨ツールを確認できます。
- VMware HCX または Enterprise: VMware サーバーの場合、VMware Hybrid Cloud Extension (HCX) ソリューションは、オンプレミスのワークロードを Azure VMware Solution (AVS) プライベート クラウドに移行するための推奨移行ツールです。 詳細については、こちらをご覧ください。
- 不明: CSV ファイルを使用してインポートされたサーバーの場合、既定の移行ツールは不明です。 ただし VMware 環境内のサーバーの場合は、VMware Hybrid Cloud Extension (HCX) ソリューションを使用することをお勧めします。