評価の概要 (Azure VMware Solution への移行)
Azure Migrate では、オンプレミスのアプリとワークロードの検出、評価、および移行を追跡するための中央ハブが提供されます。 また、Azure までプライベート クラウドとパブリック クラウドのインスタンスを追跡します。 このハブには、評価および移行のための Azure Migrate ツールのほか、サードパーティの独立系ソフトウェア ベンダー (ISV) のオファリングが用意されています。
Azure Migrate の Discovery and assessment ツールは、Azure 仮想マシンおよび Azure VMware Solution への移行についてオンプレミス サーバーを評価します。 この記事では、Azure VMware Solution 評価の計算方法について説明します。
Note
Azure VMware Solution 評価は、VMware vSphere VM に対してのみ作成できます。
評価の種類
Azure Migrate を使用して作成した評価は、特定の時点におけるデータのスナップショットです。 Azure Migrate:
| 評価の種類 | 詳細 |
|---|---|
| Azure VM | オンプレミスのサーバーを Azure 仮想マシンに移行するための評価。 この評価の種類を使用すると、VMware vSphere と Hyper-V の環境にあるオンプレミスのサーバー、および物理サーバーを Azure VM に移行するために評価できます。 |
| Azure SQL | オンプレミスの SQL サーバーを VMware 環境から Azure SQL Database または Azure SQL Managed Instance に移行するための評価。 |
| Azure App Service | IIS Web サーバー上で実行されているオンプレミスの ASP.NET Web アプリ、または Tomcat サーバー上で実行されている Java Web アプリケーションを、VMware vSphere 環境から Azure App Service に移行するための評価。 |
| Azure VMware Solution (AVS) | オンプレミスの vSphere サーバーを Azure VMware Solution に移行するための評価。 このタイプの評価を使用すると、Azure VMware Solution への移行について、オンプレミスの VMware vSphere VM を評価できます。 詳細情報 |
Note
検出と評価ツールで Azure VM または Azure VMware Solution 評価の数が正しくない場合は、評価の合計数をクリックしてすべての評価に移動し、Azure VM または Azure VMware Solution の評価を計算し直します。 その後、検出と評価ツールには、その評価の種類の正しい数が表示されます。
Azure VMware Solution 評価には、2 つのサイズ設定条件オプションがあります。
| 評価 | 詳細 | データ |
|---|---|---|
| パフォーマンスベース | 収集された、オンプレミスの VM のパフォーマンス データに基づく評価。 | 推奨ノード サイズ: CPU およびメモリ使用率のデータと、ノードの種類、ストレージの種類、および評価用に選択した FTT の設定に基づいています。 |
| オンプレミス | オンプレミスのサイズ設定に基づく評価。 | 推奨ノード サイズ: オンプレミスの VM サイズ、ノードの種類、ストレージの種類、および評価用に選択した FTT の設定に基づいています。 |
評価を実行する方法
評価を実行するには、いくつかの方法があります。
- 軽量な Azure Migrate アプライアンスによって収集されたサーバー メタデータを使用してサーバーを評価する。 アプライアンスにより、オンプレミスのサーバーが検出されます。 この後、サーバーのメタデータとパフォーマンス データが Azure Migrate に継続的に送信されます。 これにより、精度を高めることができます。
- コンマ区切り値 (CSV) 形式でインポートされたサーバー メタデータを使用してサーバーを評価する。
アプライアンスで評価する方法
オンプレミスのサーバーを検出するために Azure Migrate アプライアンスをデプロイする場合は、次の手順を行います。
- Azure Migrate と連携するように Azure およびオンプレミス環境を設定します。
- 最初の評価では、Azure プロジェクトを作成し、それに検出および評価ツールを追加します。
- 軽量の Azure Migrate アプライアンスをデプロイします。 アプライアンスでオンプレミス サーバーが継続的に検出され、vSphere サーバーのメタデータとパフォーマンス データが Azure Migrate に送信されます。 アプライアンスは VM としてデプロイします。 評価対象のサーバーには何もインストールする必要はありません。
アプライアンスでサーバーの検出が開始されたら、評価するサーバーをグループにまとめ、評価の種類として Azure VMware Solution (AVS) を使用してそのグループに対する評価を実行できます。
こちらの手順に従って、最初の Azure VMware Solution の評価を作成します。
インポートされたデータを使用して評価する方法
CSV ファイルを使用してサーバーを評価する場合、アプライアンスは不要です。 代わりに、次の手順を行います。
- Azure Migrate と連携するように Azure を設定します。
- 最初の評価では、Azure プロジェクトを作成し、それに検出および評価ツールを追加します。
- CSV テンプレートをダウンロードし、それにサーバー データを追加します。
- テンプレートを Azure Migrate にインポートします。
- インポートによって追加されたサーバーを検出し、それらをグループにまとめて、評価の種類 Azure VMware Solution (AVS) でグループに対して評価を実行します。
アプライアンスはどのようなデータを収集しますか。
評価に Azure Migrate アプライアンスを使用する場合は、VMware vSphere の場合に収集されるメタデータとパフォーマンス データについて理解します。
アプライアンスでのパフォーマンス データの計算方法
アプライアンスを検出に使用すると、コンピューティング設定のパフォーマンス データは、次の手順で収集されます。
アプライアンスで、リアルタイムのサンプル ポイントが収集されます。
- VMware vSphere VM: サンプル ポイントは、20 秒ごとに収集されます。
アプライアンスにより、10 分ごとに、サンプル ポイントをまとめた 1 つのデータ ポイントが作成されます。 データ ポイントを作成するために、アプライアンスではすべてのサンプルからピーク値が選択されます。 その後、そのデータ ポイントが Azure に送信されます。
Azure Migrate には、前月の 10 分間のデータ ポイントがすべて格納されています。
評価を作成すると、その評価により、サイズ設定に使用するために適したデータ ポイントが特定されます。 この特定は、"パフォーマンス履歴" の百分位の値と "百分位の使用率" に基づきます。
- たとえば、パフォーマンス履歴が 1 週間で、百分位の使用率が 95 パーセンタイルの場合、評価によって前週の 10 分間のサンプル ポイントが並べ替えられます。 並べ替えは昇順で行われ、サイズ設定の値として 95 パーセンタイルが選択されます。
- 値 95 パーセンタイルを設定すると、99 パーセンタイルを選択した場合に含まれる可能性のある外れ値はすべて無視されます。
- 期間中のピーク使用率を選択し、外れ値を見落とさないようにする場合は、パーセンタイル使用率として 99 パーセンタイルを選択します。
アプライアンスで収集される次のメトリックの有効なパフォーマンス使用率データを得るために、この値には快適性係数が乗算されます。
- CPU 使用率
- RAM 使用率
次のパフォーマンス データは収集されますが、Azure VMware Solution 評価のサイズ設定のレコメンデーションでは使用されません。
- VM に接続されているディスクごとの、ディスク IOPS とスループット データ。
- VM に接続したネットワーク アダプターごとにパフォーマンス ベースのサイズ設定を処理するためのネットワーク I/O。
Azure VMware Solution の評価はどのように計算されますか?
Azure VMware Solution 評価では、オンプレミスの vSphere サーバーのメタデータとパフォーマンス データを使用して評価値を計算します。 Azure Migrate アプライアンスをデプロイした場合、評価には、アプライアンスで収集されたデータが使用されます。 しかし、CSV ファイルを使用してインポートされた評価を実行する場合は、計算用のメタデータを指定します。
計算は、次の 3 段階で行われます。
- Azure VMware Solution の対応性の計算:オンプレミスの vSphere VM が Azure VMware Solution への移行に適しているかどうか。
- Azure VMware Solution ノードの数とノード間の使用率の計算: VMware vSphere VM を実行するために必要な Azure VMware Solution ノードの推定数と、推定されるすべてのノード間での CPU、メモリ、およびストレージの使用率。
- 月間コスト見積もり: すべての Azure VMware Solution ノードでオンプレミスの vSphere VM を実行するための月間推定コスト。
計算は、上記の順序で行われます。 前の段階で合格したサーバーだけが次の段階に進みます。 たとえば、Azure VMware Solution 対応性の段階に合格しなかったサーバーは、Azure に不適合とマークされます。 そのサーバーに対してサイズ設定とコストの計算は行われません
Azure VMware Solution の評価には何が含まれていますか?
Azure VMware Solution の評価に含まれる内容は次のとおりです。
| プロパティ | 詳細 |
|---|---|
| ターゲットの場所 | 移行する Azure VMware Solution プライベート クラウドの場所を指定します。 |
| ストレージの種類 | Azure VMware Solution で使うストレージ エンジンを指定します。 現在、Azure VMware Solution では既定のストレージの種類として vSAN のみがサポートされていますが、今後、より多くのストレージ オプションがロードマップに従って提供される予定です。 |
| 予約インスタンス (RI) | このプロパティを使用すると、購入した場合の Azure VMware Solution での予約インスタンスと、予約インスタンスの期間を指定できます。 コストの見積もりでは、選択したオプションが考慮されます。詳細情報 予約インスタンス オプションを選択した場合、[割引 (%)] を指定することはできません。 |
| ノードの種類 | Azure で使う Azure VMware Solution ノードの種類を指定します。 既定のノードの種類は AV36 です。 ノードの種類は、今後増える可能性があります。 Azure Migrate では、VM を Azure VMware Solution に移行するために必要なノードの数が推奨されます。 |
| FTT 設定、RAID レベル | 許容エラーと RAID の有効な組み合わせを指定します。 選択した FTT オプションと、RAID レベル、およびオンプレミスの vSphere VM ディスク要件の組み合わせによって、Azure VMware Solution で必要とされる vSAN ストレージの合計が決まります。 計算後の使用可能なストレージ合計には、a) vCenter Server などの管理オブジェクト用に予約された領域と、b) vSAN の操作に必要な 25% のストレージ スラックも含まれます。 |
| サイズ変更の設定基準 | Azure VMware Solution ノードのメモリ、CPU、ストレージ要件を決定するために使われる条件を設定します。 パフォーマンスに基づくサイズ設定、またはパフォーマンス履歴を考慮しないオンプレミス同様のサイズ設定を選択できます。 単にリフト アンド シフトを行う場合は、オンプレミスを選びます。 使用量に基づいたサイズを取得する場合は、パフォーマンスベースを選びます。 |
| パフォーマンス履歴 | サーバーのパフォーマンス データを評価するために考慮する期間を設定します。 このプロパティは、サイズ設定の基準がパフォーマンス ベースの場合にのみ適用されます。 |
| 百分位数の使用率 | 適切なサイズ設定のために考慮するパフォーマンス サンプル セットのパーセンタイル値を指定します。 このプロパティは、サイズ設定がパフォーマンス ベースの場合にのみ適用されます。 |
| 快適性係数 | Azure Migrate では、評価時にバッファー (快適性係数) が考慮されます。 VM のサーバー使用率データ (CPU、メモリ、ディスク) に加えて、このバッファーが適用されます。 快適性係数は、季節ごとの使用量、短期間のパフォーマンス履歴、将来に使用量が増える可能性などの問題に相当します。 たとえば、使用率 20% の 10 コア VM の結果は、通常 2 コア VM になります。 一方、快適性係数を 2.0x とした場合は、結果が 4 コア VM になります。 |
| プラン | 登録されている Azure プランを表示します。 Azure Migrate はそれに応じてコストを見積もります。 |
| 通貨 | アカウントの請求通貨を表示します。 |
| 割引率 (%) | Azure オファーに適用される任意のサブスクリプション固有の割引を一覧表示します。 既定の設定は 0% です。 |
| Azure ハイブリッド特典 | ソフトウェア アシュアランスがあり、かつ Azure ハイブリッド特典を受ける資格があるかどうかを指定します。 ノードベースの料金であるため、これが Azure VMware Solution の価格に影響を与えることはありませんが、お客様は Azure ハイブリッド特典を利用して、引き続きオンプレミスの OS または SQL ライセンス (Microsoft ベース) を Azure VMware Solution に適用できます。 RHEL など、その他のソフトウェア OS ベンダーは、独自のライセンス条項を提供する必要があります。 |
| vCPU オーバーサブスクリプション | Azure VMware Solution ノードの 1 つの物理コアに関連付けられている仮想コアの数の比率を指定します。 計算の既定値は、4 vCPU: 1 物理コア (Azure VMware Solution 内) です。 API ユーザーは、この値を整数として設定できます。 vCPU オーバーサブスクリプション > 4:1 は、CPU 使用率に応じて、ワークロードに影響を与える可能性があることに注意してください。 サイズを変更する際には常に、選択したコアの 100% の使用率が想定されます。 |
| メモリのオーバーコミット率 | クラスター上でのメモリのオーバーコミット率を指定します。 値 1 は 100% のメモリ使用量、0.5 は 50%、2 は使用可能なメモリの 200% を使用していることを表します。 0.5 から 10 までの、最大で小数点以下 1 桁の値のみ追加できます。 |
| 重複除去と圧縮率 | ワークロードに対して予想される重複除去と圧縮率を指定します。 実際の値は、オンプレミスの vSAN またはストレージ構成から取得できます。 これは、ワークロードによって異なる場合があります。 値 3 は 3 倍を意味し、300 GB のディスクでは 100 GB のストレージのみが使用されます。 値 1 は、重複除去も圧縮もないことを意味します。 1 から 10 までの、最大で小数点以下 1 桁の値のみを追加できます。 |
Azure VMware Solution 適合性分析
Azure VMware Solution 評価では、サーバーのプロパティを確認することで、オンプレミスの各 vSphere VM の Azure VMware Solution に対する適合性が評価されます。 また、評価された各サーバーは、次のいずれかの適合性カテゴリに割り当てられます。
- AVS に対応: サーバーを変更せずにそのまま Azure に移行できます。 Azure VMware Solution 内で完全にサポートされた状態で開始されます。
- 条件の準備完了: 互換性の問題の例として、VMware vSphere でのインターネット プロトコルまたは非推奨の OS などがあります。これらは、Azure VMware Solution に移行する前に修復する必要があります。 対応性に関する問題を修正するには、評価で提示された修復ガイダンスに従います。
- AVS に未対応: Azure VMware Solution 内で VM は開始されません。 たとえば、オンプレミスの VMware vSphere VM に、CD-ROM などの外部デバイスが接続されている場合、VMware vMotion 操作は失敗します (VMware vMotion を使用している場合)。
- Readiness 不明: オンプレミス環境から収集したメタデータが不十分なために、Azure Migrate でサーバーの対応性が判断できませんでした。
評価では、サーバーのプロパティを調べて、オンプレミスの vSphere サーバーの Azure 対応性が判断されます。
サーバー プロパティ
評価では、オンプレミスの vSphere VM の次のプロパティを調べて、Azure VMware Solution で実行できるかどうかが判断されます。
| プロパティ | 詳細 | Azure VMware Solution の対応性の状態 |
|---|---|---|
| インターネット プロトコル | 現在、Azure VMware Solution では、エンド ツー エンドの IPv6 インターネット アドレス指定はサポートされていません。 サーバーが IPv6 を使用して検出される場合の修復ガイダンスについては、お使いの地域の MSFT Azure VMware Solution GBB チームにお問い合わせください。 | IPv6 がサポートされていません |
| オペレーティング システム | VMware では、特定のオペレーティングシステムバージョンに対するサポートを非推奨としているため、この評価では、Azure VMware ソリューションに移行する前にオペレーティングシステムをアップグレードすることをお勧めします。 詳細情報 | |
| OS がサポートされていません |
サイズ変更
vSphere サーバーが Azure VMware Solution に対応しているとマークされると、Azure VMware Solution Assessment によってノード サイズ設定のレコメンデーションが作成されます。たとえば、適切なオンプレミスの vSphere VM 要件の特定、必要な Azure VMware Solution ノードの合計数の表示などです。 これらの推奨サイズは、指定した評価プロパティによって異なります。
- 評価で "パフォーマンスベースのサイズ設定" が使用された場合、Azure Migrate はサーバーのパフォーマンス履歴を考慮して Azure VMware Solution に適切なサイズ設定のレコメンデーションを作成します。 この方法は、オンプレミスの vSphere VM を割り当て過ぎて使用率が低下した場合に、Azure VMware Solution で VM のサイズを適切に設定してコストを削減したい場合に特に役立ちます。 この方法では、移行中にサイズを最適化することができます。
Note
CSV ファイルを利用してサーバーをインポートする場合、指定するパフォーマンス値 (CPU 使用率、メモリ使用率、使用中のストレージ、ディスク IOPS、スループット) は、パフォーマンスベースのサイズ設定を選択したときに使用されます。 パフォーマンス履歴とパーセンタイル情報は指定できません。
- VM のサイズ設定のパフォーマンス データを考慮せずに、オンプレミスの vSphere サーバーを Azure VMware Solution に対してそのままの状態にしておく場合は、サイズ設定条件を [オンプレミス] に設定できます。 その場合、評価では、使用率データを考慮せずに、オンプレミスの vSphere の構成に基づいて VM のサイズが設定されます。
FTT サイズ設定パラメーター
Azure VMware Solution で使用されるストレージ エンジンは 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 が使用されます。 |
パフォーマンス ベースのサイズ設定
パフォーマンスベースのサイズ設定の場合、Azure Migrate アプライアンスは、オンプレミスの vSphere 環境をプロファイルして、CPU、メモリ、およびディスクのパフォーマンス データを収集します。 そのため、Azure VMware Solution のパフォーマンスベースのサイズ設定では、割り当てられたディスク領域と、選択されたメモリおよび CPU 使用率が考慮されます。 たとえば、VM に 4 vCPU が割り当てられていても 25% しか使われていない場合、Azure VMware Solution により、その VM には 1 vCPU のサイズが設定されます。
パフォーマンス データの収集手順:
- VMware vSphere VM の場合、Azure Migrate アプライアンスは、20 秒間隔ごとにリアルタイムのサンプル ポイントを収集します。
- アプライアンスは、収集したサンプル ポイントを 10 分ごとにロール アップし、過去 10 分間の最大値を Azure Migrate に送信します。
- Azure Migrate では、過去 1 か月のすべての 10 分のサンプル ポイントが格納されます。 次に、パフォーマンス履歴と百分位の使用率に指定された評価プロパティに応じて、適切なサイズ設定に使用する適切なデータ ポイントを識別します。 たとえば、パフォーマンス履歴を 1 日に、百分位の使用率を 95 番目に設定した場合、Azure Migrate では、過去 1 日間の 10 分のサンプル ポイントが昇順で並べ替えられ、正しいサイズ設定のために 95 番目の百分位値が選択されます。
- アプライアンスで収集される各メトリックの有効なパフォーマンス使用率データ (CPU 使用率とメモリ使用率) を得るために、この値には快適性係数が乗算されます。
有効な使用率の値が決定されると、次のようにしてストレージ、ネットワーク、およびコンピューティングのサイズ設定が処理されます。
ストレージのサイズ設定: Azure Migrate では、お客様が選んだ FTT 設定に加えて、オンプレミスの VM ディスク領域の合計を計算パラメーターとして使い、Azure VMware Solution vSAN ストレージの要件を決定します。 FTT (許容できるエラー数) と、FTT オプションごとの最小ノード数を要求することで、VM ディスクの要件と組み合わせた必要な vSAN ストレージの合計が決まります。 CSV ファイルを使用してサービスをインポートする場合、パフォーマンスベースの評価を作成するときに記憶域使用率が考慮されます。 オンプレミスの評価を作成する場合、ロジックは VM ごとに割り当てられたストレージのみを確認します。
ネットワークのサイズ変更: 現時点では、Azure VMware Solution の評価では、ノードのサイズ設定についてはネットワーク設定は考慮されません。 Azure VMware Solution への移行中に、VMware NSX-T Data Center 標準に従って最小値と最大値が使用されます。
コンピューティングのサイズ設定: ストレージ要件 (FTT サイズ設定パラメーター) を計算した後、Azure VMware Solution 評価では、CPU とメモリ要件が考慮され、ノードの種類に基づいて Azure VMware Solution に必要なノード数が決定されます。
- Azure VMware Solution 評価では、サイズ設定条件に基づいて、パフォーマンスベースの VM データまたはオンプレミスの vSphere VM 構成のいずれかが参照されます。 快適性係数設定では、クラスターの増加率を指定できます。 現在、既定でハイパースレッディングが有効なため、36 コア ノードは 72 個の仮想コアを持つことになります。 クラスターの可用性を損なうことなくメンテナンスや障害を処理できるように、80% を超えない使用率の VMware 標準が使用され、1 個の物理あたり 4 個の仮想コアが使用されて、クラスターあたりの CPU しきい値が決定されます。 現在、オーバーサブスクリプションの値を変更するために使用できるオーバーライドはありません。これは、今後のバージョンで提供される可能性があります。
オンプレミスのサイズ設定
"オンプレミスのサイズ設定として" 使う場合、Azure VMware Solution 評価では VM とディスクのパフォーマンス履歴は考慮されません。 代わりに、オンプレミスで割り当てられたサイズに基づいて、Azure VMware Solution ノードが割り当てられます。 既定のストレージの種類は、Azure VMware Solution の vSAN です。
Azure VMware Solution の評価を確認する方法について詳しくは、こちらを参照してください。
Azure VMware Solution ノード全体の CPU 使用率
CPU 使用率は、使用可能なコアの100% の使用を前提としています。 必要なノードの数を減らしたい場合は、ワークロードの特性とオンプレミスの vSphere エクスペリエンスに基づいて、オーバーサブスクリプションを 4:1 から 6:1 に増やすなどといったこともできます。 ディスクの場合とは異なり、Azure VMware Solution では CPU の使用率に制限はありません。 クラスターのパフォーマンスの最適化はお客様に委ねられているため、"高い使用率" に対応する必要がある場合は、適切に調整してください。 拡張の余地を増やしたい場合は、オーバーサブスクリプションを減らすか、増加率の値を増やしてください。
また、CPU 使用率では、vCenter Server、NSX Manager、およびその他の比較的小規模なリソースの管理オーバーヘッドもあらかじめ考慮されています。
Azure VMware Solution ノードのメモリ使用率
メモリ使用率は、すべてのノードのメモリの合計と、サーバーやワークロードの要件を比較して示されます。 メモリはオーバーサブスクライブできます。Azure VMware Solution では、メモリについても制限はなく、ワークロードに対するクラスター パフォーマンスの最適化はお客様に委ねられています。
また、メモリ使用率では、vCenter Server、NSX Manager、およびその他の比較的小規模なリソースの管理オーバーヘッドもあらかじめ考慮されています。
Azure VMware Solution ノード全体のストレージ使用率
ストレージ使用率は、次の順序に基づいて計算されます。
- VM に必要なサイズを決定する (割り当てられたままのサイズか、パフォーマンスベースの使用量)
- 増加率を適用する (存在する場合)
- 管理オーバーヘッドを追加し、FTT 率を適用する
- 重複除去と圧縮率を適用する
- vSAN に必要な 25% のスラックを適用する
- 管理オーバーヘッドを含むストレージ合計から、VM に使用可能なストレージを決定する。
3 ノードのクラスターで使用可能なストレージは、多くの場合、既定のストレージ ポリシー (RAID-1 で、シック プロビジョニングを使用) に基づいたサイズになります。 イレイジャー コーディングや RAID-5 用に計算した場合は、少なくとも 4 つのノードが必要になります。 Azure VMware Solution では、ユーザーのワークロードのストレージポリシーは管理者または実行コマンドで変更できます (現在プレビュー段階)。 [詳細情報] (./azure-vmware/configure-storage-policy.md)
制限係数
評価に示される制限要因は、ノードの使用率に基づいて、CPU またはメモリまたはストレージ リソースのいずれかです。 リソースに対応するために必要なホストとノードの数を制限または決定するのはリソースです。 たとえば、評価により、8 個の VMware VM を Azure VMware Solution に移行した後に検出された場合、CPU リソースの 50%、メモリの 14%、ストレージの18% が Av36 ノードで使用されるため、CPU が制限要因になります。
信頼度レーティング
Azure Migrate のパフォーマンス ベースの評価には、それぞれ 1 つ星 (最低) から 5 つ星 (最高) までの範囲の信頼度レーティングが関連付けられます。
信頼度レーティングは、評価の計算に必要なデータ ポイントの可用性に基づいて、評価に割り当てられます。
評価の信頼度レーティングは、Azure Migrate による推奨サイズの信頼性を判断する目安となります。
信頼度レーティングは、オンプレミスの評価には適用されません。
パフォーマンスベースでサイズを設定する場合は、Azure VMware Solution 評価に CPU と VM メモリの使用率データが必要です。 次のデータは収集されますが、Azure VMware Solution のサイズ設定のレコメンデーションでは使用されません。
- VM に接続されているディスクごとの、ディスク IOPS とスループット データ。
- VM に接続したネットワーク アダプターごとにパフォーマンス ベースのサイズ設定を処理するためのネットワーク I/O。
これらの使用率の数値のいずれかが vCenter Server で利用できない場合は、推奨サイズの信頼性が損なわれる可能性があります。
使用可能なデータ ポイントの割合に応じて、評価の信頼度レーティングは次のようになります。
| データ ポイントの可用性 | 信頼度レーティング |
|---|---|
| 0-20% | 星 1 |
| 21-40% | 2 つ星 |
| 41-60% | 3 つ星 |
| 61-80% | 4 つ星 |
| 81-100% | 5 つ星 |
信頼度レーティングが低い
次のようないくつかの理由で、評価の信頼度レーティングが低くなることがあります。
評価を作成する期間について環境をプロファイルしなかった。 たとえば、パフォーマンス期間を 1 日に設定して評価を作成する場合、すべてのデータ ポイントを収集するために、検出を開始してから少なくとも 1 日待つ必要があります。
評価では、評価期間内に一部または全部の VM のパフォーマンス データを収集できません。 高い信頼度レーティングを得るために、次のことを確認してください。
- 評価期間中、VM の電源がオンになっている
- ポート 443 でのアウトバウンド接続が許可されている
- Hyper-V VM で、動的メモリが有効になっている
評価を "再計算" し、信頼性評価に最新の変更を反映してください。
評価の計算対象期間中に作成された VM がある。 たとえば、前月のパフォーマンス履歴で評価を作成する場合に、わずか 1 週間前にその環境で一部の VM が作成されていたとします。 この場合、新しい VM のパフォーマンス データは期間全体を通しては利用できず、信頼度レーティングが低くなります。
Note
評価の信頼度レーティングが 5 つ星を下回る場合は、アプライアンスが環境をプロファイルできるように少なくとも 1 日待ってから、評価を再計算することをお勧めします。 このようにしない場合、パフォーマンスベースのサイズ見積もりの信頼性が損なわれる可能性があります。 その場合は、評価をオンプレミスのサイズ設定切り替えることをお勧めします。
月間コスト見積もり
サイズ設定のレコメンデーションが完了すると、Azure Migrate により、ノードの価格に必要な Azure VMware Solution ノード数を乗算することによって、Azure VMware Solution でオンプレミスの vSphere ワークロードを実行するためにかかる総コストが計算されます。 VM あたりのコストは、コストの合計を評価内の VM の数で割ることによって算出されます。
- この計算では、必要なノードの数、ノードの種類、および場所が考慮されます。
- すべてのノードのコストが集計され、月間コストの合計が計算されます。
- コストは、アセスメント設定で指定された通貨で表示されます。
Azure VMware Solution の料金はノードごとであるため、総コストではコンピューティング コストとストレージ コストは配分されません。 詳細情報
移行ツールのガイダンス
Azure VMware Solution 評価の Azure 対応性レポートでは、次の推奨ツールを確認できます。
- VMware HCX または Enterprise: VMware vSphere サーバーの場合、オンプレミスの vSphere ワークロードを Azure VMware Solution プライベート クラウドに移行するために推奨される移行ツールは、VMware Hybrid Cloud Extension (HCX) ソリューションです。 詳細については、こちらを参照してください。
- 不明: CSV ファイルを介してインポートされたサーバーの場合、既定の移行ツールは不明です。 ただし VMware vSphere サーバーの場合は、VMware Hybrid Cloud Extension (HCX) ソリューションを使用することをお勧めします。
次のステップ
Azure VMware Solution VM の評価を作成します。