旧バージョンの Azure Migrate を使用する
この記事では、旧バージョンの Azure Migrate の使用方法に関する情報を提供します。
Azure Migrate サービスのバージョンには、次の 2 つがあります。
- 現在のバージョン: Azure Migrate プロジェクトの作成、オンプレミス マシンの検出、評価と移行の調整を行う場合はこちらのバージョンを使用します。 このバージョンの新機能についてはこちらを参照してください。
- 以前のバージョン: 旧バージョンの Azure Migrate (オンプレミスの VMware VM の評価のみサポート) を使用している場合、今後は最新バージョンを使用してください。 以前のバージョンのプロジェクトは、この記事ではクラシック プロジェクトと呼ばれています。 従来の Azure Migrate は 2024 年 2 月に廃止されます。 2024 年 2 月以降、クラシック バージョンの Azure Migrate はサポートされなくなり、クラシック プロジェクトのインベントリ メタデータは削除されます。 従来の Azure Migrate プロジェクトを引き続き使用する必要がある場合に、できることと、できないことを次に示します。
- 移行プロジェクトは作成できなくなります。
- 新しく検出を行わないことをお勧めします。
- 既存のプロジェクトには引き続きアクセスできます。
- 評価は引き続き実行できます。
バージョン間でアップグレードする
旧バージョンのプロジェクトやコンポーネントを新バージョンにアップグレードすることはできません。 新しい Azure Migrate プロジェクトを作成して、それに評価と移行ツールを追加する必要があります。 チュートリアルを利用して、使用可能な評価と移行ツールの使用方法を理解してください。 Log Analytics ワークスペースがクラシック プロジェクトにアタッチされている場合は、クラシック プロジェクトを削除した後で、そのワークスペースを現在のバージョンのプロジェクトにアタッチできます。
旧バージョンのプロジェクトを探す
以下に従って、旧バージョンのプロジェクトを探します。
- Azure portal の [すべてのサービス] で、Azure Migrate を検索して選択します。
- Azure Migrate ダッシュボードに、通知と、過去の Azure Migrate プロジェクトにアクセスするためのリンクが表示されます。
- リンクをクリックしてクラシック プロジェクトを開きます。
旧バージョンのプロジェクトを削除する
旧バージョンのプロジェクトを検索して削除するには、以下のようにします。
- Azure portal の [すべてのサービス] で、Azure Migrate を検索して選択します。
- Azure Migrate ダッシュボードに、通知と、過去の Azure Migrate プロジェクトにアクセスするためのリンクが表示されます。
- リンクをクリックしてクラシック プロジェクトを開きます。
- 削除するプロジェクトを選択して削除します。
評価を作成する
ポータルで VM が検出された後、それらをグループ化して、評価を作成します。
- オンプレミスの評価は、VM がポータルで検出された直後に作成できます。
- パフォーマンスベースの評価については、信頼できるサイズの推奨を得るために、パフォーマンスベースの評価を作成する前に少なくとも 1 日待つことをお勧めします。
評価の作成手順は以下のとおりです。
- プロジェクトの [概要] ページで、[+ 評価の作成] をクリックします。
- [すべて表示] をクリックして、評価のプロパティを確認します。
- グループを作成し、グループ名を指定します。
- グループに追加するマシンを選びます。
- [評価の作成] をクリックして、グループと評価を作成します。
- 評価が作成された後、 [概要]>[ダッシュボード] でそれを表示します。
- [評価のエクスポート] をクリックし、Excel ファイルとしてダウンロードします。
既存の評価を最新のパフォーマンス データで更新する場合は、その評価に対して [Recalculate]\(再計算) コマンドを使用して、評価を更新することができます。
評価を確認する
評価には、3 つの段階があります。
- 評価ではまず、マシンに Azure での互換性があるかどうかを調べる適合性分析が行われます。
- サイズの見積もり。
- 月間コストの見積もり。
前の段階で合格したマシンだけが次の段階に進みます。 たとえば、マシンが適合性チェックで不合格になった場合、Azure に不適合とマークされ、サイズとコストの見積もりは行われません。
Azure 対応性の確認
評価の Azure 対応性ビューには、各 VM の対応状態が表示されます。
対応性 | 状態 | 詳細 |
---|---|---|
Azure に対応 | 互換性の問題はありません。 マシンは現状のまま Azure に移行でき、Azure が完全にサポートされている状態で、Azure において起動されます。 | 準備ができている VM の場合、Azure Migrate は Azure での VM のサイズを推奨します。 |
Azure に条件付きで対応 | マシンは Azure で起動する可能性はありますが、Azure サポートの一部を受けられないことがあります。 たとえば、Azure でサポートされない過去のバージョンの Windows Server OS を搭載したマシンなどが該当します。 | Azure Migrate に対応性の問題の説明と修復の手順が表示されます。 |
Azure に未対応 | この VM は Azure では起動しません。 たとえば、VM に 4 TB を超えるディスクが搭載されている場合、Azure でホストすることはできません。 | Azure Migrate に対応性の問題の説明と修復の手順が表示されます。 |
対応不明 | Azure Migrate で Azure 対応性を識別できませんでした。よくある原因は、データを利用できないことです。 |
Azure VM プロパティ
対応性では、多くの VM プロパティを考慮して、Azure で VM を実行可能かどうかを特定します。
プロパティ | 詳細 | 対応性 |
---|---|---|
ブートの種類 | BIOS がサポートされています。 UEFI はサポートされていません。 | ブートの種類が UEFI の場合は条件付きで対応します。 |
コア | マシンのコア数が、Azure VM でサポートされる最大コア数 (128) 以下。 パフォーマンス履歴が使用可能な場合、Azure Migrate では、使用されているコアの数が考慮されます。 アセスメント設定で快適性係数が指定されている場合、使用されているコアの数に快適性係数が乗算されます。 パフォーマンス履歴がない場合は、快適性係数を適用せずに、割り当てられているコアの数が使用されます。 |
制限以下の場合は対応します。 |
[メモリ] | マシンのメモリ サイズが、Azure VM の最大メモリ (Azure M シリーズ Standard_M128m 2 で 3,892 GB) 以下。 詳細情報 を参照してください。 パフォーマンス履歴が使用可能な場合、Azure Migrate では、使用されているメモリの数が考慮されます。 快適性係数が指定されている場合、使用されているメモリに快適性係数が乗算されます。 履歴がない場合は、快適性係数は適用されず、割り当てられているメモリが使用されます。 |
制限内であれば対応します。 |
ストレージ ディスク | ディスクの割り当てサイズは、4 TB (4,096 GB) 以下である必要があります。 マシンに接続されているディスクの数は、OS ディスクを含めて 65 個以下である必要があります。 |
制限内であれば対応します。 |
ネットワーク | マシンに接続されている NIC の数は、32 個以下である必要があります。 | 制限内であれば対応します。 |
ゲスト オペレーティング システム
Azure Migrate では、VM プロパティと合わせてオンプレミス VM のゲスト OS も調べて、VM を Azure で実行できるかどうかを確認します。
- Azure Migrate では、vCenter Server に指定されている OS が考慮されます。
- Azure Migrate による検出はアプライアンスに基づいているため、VM 内で実行している OS が vCenter Server に指定された OS と同じかどうかを確かめることができません。
以下のロジックが使用されます。
オペレーティング システム | 詳細 | 対応性 |
---|---|---|
Windows Server 2016 および全 SP | Azure は完全サポートを提供します。 | Azure に対応 |
Windows Server 2012 R2 および全 SP | Azure は完全サポートを提供します。 | Azure に対応 |
Windows Server 2012 および全 SP | Azure は完全サポートを提供します。 | Azure に対応 |
Windows Server 2008 R2 および全 SP | Azure は完全サポートを提供します。 | Azure に対応 |
Windows Server 2008 (32 ビットおよび 64 ビット) | Azure は完全サポートを提供します。 | Azure に対応 |
Windows Server 2003、2003 R2 | サポート対象外。Azure でサポートを受けるにはカスタム サポート契約 (CSA) が必要になります。 | Azure に条件付きで対応。 Azure に移行する前に OS のアップグレードを検討してください。 |
Windows 2000、98、95、NT、3.1、MS-DOS | サポート対象外。 マシンが Azure で起動する可能性はありますが、Azure による OS サポートは提供されません。 | Azure に条件付きで対応。 Azure に移行する前に OS をアップグレードすることをお勧めします。 |
Windows Client 7、8、10 | Azure は、Visual Studio サブスクリプションにのみサポートを提供します。 | Azure に条件付きで対応。 |
Windows 10 Pro デスクトップ | Azure は、マルチテナント ホスティング権限を使用したサポートを提供します。 | Azure に条件付きで対応。 |
Windows Vista、XP Professional | サポート対象外。 マシンが Azure で起動する可能性はありますが、Azure による OS サポートは提供されません。 | Azure に条件付きで対応。 Azure に移行する前に OS をアップグレードすることをお勧めします。 |
Linux | Azure はこれらの Linux オペレーティング システムをサポートしています。 他の Linux オペレーティング システムも Azure で起動する可能性はありますが、Azure に移行する前に、サポート対象バージョンへの OS のアップグレードをお勧めします。 | Azure に対応 (バージョンがサポートされている場合)。 条件付きで対応 (バージョンがサポートされていない場合)。 |
他のオペレーティング システム 例: Oracle Solaris、Apple macOS、FreeBSD など |
Azure では、これらのオペレーティング システムはサポートされません。 マシンは Azure で起動できますが、Azure による OS サポートは提供されません。 | Azure に条件付きで対応。 Azure に移行する前に、サポート対象の OS をインストールすることをお勧めします。 |
vCenter Server で [Other]\(その他\) と指定された OS | この場合、Azure Migrate は OS を識別できません。 | 対応不明。 VM で実行している OS が Azure でサポートされることを確認します。 |
32 ビット オペレーティング システム | マシンは Azure で起動できますが、Azure がフル サポートを提供しない可能性があります。 | 条件付きで Azure に対応。Azure に移行する前に、マシンの OS を 32 ビット OS から 64 ビット OS にアップグレードすることをご検討ください。 |
サイズ見積もりを確認する
Azure Migrate での推奨サイズは、評価プロパティで指定されたサイズの見積もり基準に依存します。
- サイズ見積もりがパフォーマンスベースである場合、推奨サイズでは、VM (CPU とメモリ) およびディスク (IOPS とスループット) のパフォーマンス履歴が考慮されます。
- サイズの見積もり基準が "オンプレミス" の場合、Azure での推奨サイズは、オンプレミスの VM のサイズに基づいたものとなります。 ディスクのサイズ見積もりは、評価プロパティで指定されたストレージの種類に基づいて行われます (既定値は Premium ディスクです)。 Azure Migrate では、VM とディスクのパフォーマンス データは考慮されません。
コストの見積もりの確認
コスト見積もりでは、Azure で VM を実行する合計コンピューティング コストとストレージ コストのほか、各マシンの詳細が示されます。
- コストの見積もりは、VM マシンとそのディスクの推奨サイズのほか、評価プロパティを使って計算されます。
- コンピューティングとストレージの見積もり月額コストが、グループ内の全 VM について集計されます。
- コスト見積もりは、オンプレミスの VM をサービスとしての Azure インフラストラクチャ (IaaS) VM として実行した場合のものです。 Azure Migrate では、サービスとしてのプラットホーム (PaaS) とサービスとしてのソフトウェア (SaaS) のコストは考慮されません。
信頼度レーティングを確認する (パフォーマンスベースの評価)
パフォーマンスベースの評価にはそれぞれ、信頼度レーティングが付けられています。
- 信頼度レーティングは 1 つ星から 5 つ星までです (1 つ星が最低、5 つ星が最高です)。
- 信頼度レーティングは、評価の計算に必要なデータ ポイントの可用性に基づいて、評価に割り当てられます。
- 評価の信頼度レーティングは、Azure Migrate による推奨サイズの信頼性を判断する目安となります。
- 信頼度レーティングは、"そのままの" オンプレミス評価では使用できません。
パフォーマンスベースのサイズ見積もりを行うには、Azure Migrate に次の情報が必要です。
- CPU の使用状況データ。
- VM のメモリ データ。
- VM に接続されている各ディスクについて、ディスクの IOPS とスループットに関するデータが必要です。
- VM に接続されている各ネットワーク アダプターについて、ネットワークの入出力が必要です。
- 上記のいずれも利用できない場合、推奨サイズの信頼性が (したがって信頼度レーティングの信頼性も) 損なわれることがあります。
表に、利用可能なデータ ポイントの割合別に信頼度レーティングをまとめます。
データ ポイントの可用性 | 信頼度レーティング |
---|---|
0% - 20% | 1 つ星 |
21% - 40% | 2 つ星 |
41% - 60% | 3 つ星 |
61% - 80% | 4 つ星 |
81% - 100% | 5 つ星 |
信頼度レーティングに影響する評価の問題
さまざまな理由により、評価で一部のデータ ポイントを使用できない場合があります。
- 評価期間中に使用環境のプロファイリングが行われていない。 たとえば、パフォーマンス期間を 1 日に設定した評価を作成した場合は、検出の開始後少なくとも 1 日、またはすべてのデータ ポイントが収集されるまで待つ必要があります。
- 評価の計算対象期間中にシャットダウンされた VM がある。 対象期間の一部で VM の電源がオフになっていた場合、Azure Migrate ではその期間におけるパフォーマンス データは収集できません。
- 評価の計算対象期間中に作成された VM がある。 たとえば、前月のパフォーマンス履歴を使用して評価を作成するときに、1 週間前にその環境で多数の VM を作成している場合、新しい VM のパフォーマンス履歴は対象期間全体のものにはなりません。
Note
評価の信頼度レーティングが 5 つ星を下回る場合、環境のプロファイリングが終わるまで少なくとも 1 日待ってから、評価を再計算します。 このようにしない場合、パフォーマンスベースのサイズ見積もりの信頼性が損なわれる可能性があります。 再計算をしない場合には、評価プロパティを変更して、オンプレミスどおりのサイズ見積もりに切り替えることをお勧めします。
依存関係の視覚化を使用してグループを作成する
グループは手動で作成するだけでなく、依存関係の視覚化を使用して作成することもできます。
- 評価実行前に、マシンの依存関係を照合してより信頼度の高いグループを見極める場合、通常はこの方法を使用します。
- 依存関係の視覚化により、Azure への移行を効率よく計画できます。 こうすることで、Azure に移行する際に、後に何も残されず、突然障害が発生することもなくなります。
- 同時に移行する必要のある、相互依存しているシステムをすべて検出し、稼働中のシステムがまだユーザーにサービス提供しているのか、あるいは移行せず使用中止する対象となるのかを特定することができます。
- Azure Migrate では、依存関係の視覚化を実現するために Azure Monitor の Service Map ソリューションを使用します。
Note
依存関係の視覚化は、Azure Government では使用できません。
依存関係の視覚化を設定するには、Log Analytics ワークスペースを Azure Migrate プロジェクトと関連付け、依存関係を視覚化するマシンにエージェントをインストールしてから、依存関係の情報を使用してグループを作成します。
Log Analytics ワークスペースを関連付ける
依存関係の視覚化を利用するには、Log Analytics ワークスペースを移行プロジェクトと関連付けます。 Migrate プロジェクトが作成されている同じサブスクリプションのみにワークステーションを作成する、またはアタッチすることができます。
- プロジェクトに Log Analytics ワークスペースをアタッチするには、[概要]>[要点] で、[構成が必要] をクリックします。
- 新しいワークスペースを作成することも、既存のワークスペースをアタッチすることもできます。
- 新しいワークスペースを作成する場合は、名前を指定します。 移行プロジェクトと同じ Azure 地理的環境内にあるリージョンにワークスペースが作成されます。
- 既存のワークスペースをアタッチするときは、移行プロジェクトと同じサブスクリプション内の使用可能なすべてのワークスペースから選択できます。 表示されるワークスペースは、サポートされている Service Map リージョン内で作成されたもののみです。 Azure VM は任意のリージョンで監視できます。 VM 自体は、Log Analytics ワークスペースでサポートされているリージョンに限定されません。 ワークスペースをアタッチするには、ワークスペースへの "閲覧者" アクセスがあることを確認してください。
Note
移行プロジェクトに関連付けられているワークスペースは変更できません。
VM エージェントをダウンロードしてインストールする
ワークスペースの構成後、評価対象の各オンプレミス マシンにエージェントをダウンロードし、インストールします。 また、インターネットに接続されていないマシンの場合、Log Analytics ゲートウェイをダウンロードしてインストールする必要があります。
- [概要] で [管理]>[マシン] をクリックし、必要なマシンを選択します。
- [依存関係] 列で、[エージェントのインストール] をクリックします。
- [依存関係] ページで、評価する各 VM に Microsoft Monitoring Agent (MMA) と依存関係エージェントをダウンロードし、インストールします。
- ワークスペース ID とキーをコピーします。 これらは、MMA をオンプレミスのマシンにインストールするときに必要になります。
Note
エージェントのインストールを自動化するには、Configuration Manager などのデプロイ ツールを使用するか、Azure Migrate 用エージェント デプロイ ソリューションを備えたパートナー ツール (Intigua など) を使用します。
Windows マシンに MMA エージェントをインストールする
Windows マシンにエージェントをインストールするには、次の手順に従います。
- ダウンロードしたエージェントをダブルクリックします。
- [ようこそ] ページで [次へ] をクリックします。 [ライセンス条項] ページで、[同意する] をクリックしてライセンスに同意します。
- [インストール先のフォルダー] で、既定のインストール フォルダーをそのまま使用するか変更し、[次へ] をクリックします。
- [エージェントのセットアップ オプション] で、[Azure Log Analytics]>[次へ] の順にクリックします。
- [追加] をクリックして、新しい Log Analytics ワークスペースを追加します。 ポータルからコピーしたワークスペース ID とキーを貼り付けます。 次へをクリックします。
エージェントは、コマンド ラインからインストールするか、Configuration Manager などの自動化された方法を使用してインストールすることができます。 このような方法を使用して MMA エージェントをインストールする方法については、詳細のページを参照してください。
Linux マシンに MMA エージェントをインストールする
Linux マシンにエージェントをインストールするには、次の手順に従います。
該当するバンドル (x86 または x64) を、scp/sftp を使用して Linux コンピューターに転送します。
--install 引数を使用してバンドルをインストールします。
sudo sh ./omsagent-<version>.universal.x64.sh --install -w <workspace id> -s <workspace key>
MMA でサポートされる Linux オペレーティング システムの一覧は、ここをご覧ください。
Operations Manager による監視対象マシンに MMA エージェントをインストールする
System Center Operations Manager 2012 R2 以降によって監視されているマシンの場合、MMA エージェントをインストールする必要はありません。 必要な依存関係データを収集するために、Service Map が Operations Manager の MMA と統合されています。 詳細情報 を参照してください。 依存関係エージェントをインストールする必要があります。
依存関係エージェントをインストールする
Windows マシンに依存関係エージェントをインストールするには、セットアップ ファイルをダブルクリックし、ウィザードに従います。
Linux マシンに依存関係エージェントをインストールするには、次のコマンドを使用してルートとしてインストールします。
sh InstallDependencyAgent-Linux64.bin
- Windows および Linux オペレーティング システムの依存関係エージェントのサポートに関する詳細を確認してください。
- スクリプトを使用して依存関係エージェントをインストールする方法については、こちらをご覧ください。
Note
システムの前提条件や Dependency Agent のデプロイ方法についての概要を紹介するために引用されている Azure Monitor for VMs の記事は、Service Map ソリューションにも当てはまります。
依存関係マッピングを使用してグループを作成する
エージェントをインストールしたら、ポータルに移動し、[管理]>[マシン] をクリックします。
エージェントをインストールしたマシンを検索します。
マシンの [依存関係] 列に [依存関係の表示] と表示されます。 この列をクリックすると、マシンの依存関係が表示されます。
マシンの依存関係マップには次の詳細情報が表示されます。
- マシンに対する受信 (クライアント) と送信 (サーバー) の TCP 接続
- MMA または依存関係エージェントがインストールされていない依存マシンは、ポート番号によってグループ化されます。
- MMA と依存関係エージェントがインストールされている依存マシンは、別のボックスに表示されます。
- マシンで実行しているプロセス。各マシンのボックスを展開してプロセスを表示できます。
- FQDN、オペレーティング システム、MAC アドレスなどのマシンのプロパティが表示されます。 各マシンのボックスをクリックして、詳細を表示できます。
- マシンに対する受信 (クライアント) と送信 (サーバー) の TCP 接続
時間の範囲のラベルで期間をクリックすると、さまざまな期間の依存関係を確認できます。 既定では、範囲は 1 時間です。 時間の範囲は変更できます。つまり、開始日と終了日、および期間を指定できます。
Note
最大で 1 時間の時間の範囲がサポートされています。 長期間にわたって依存関係データを照会するには、Azure Monitor ログを使用してください。
グループ化する依存関係のあるマシンを特定したら、マップ上で Ctrl キーを押しながらクリックして複数のマシンを選択し、[グループ マシン] をクリックします。
グループ名を指定します。 依存するマシンが Azure Migrate によって検出されていることを確認します。
Note
依存するマシンが Azure Migrate によって検出されない場合は、マシンをグループに追加できません。 そのようなマシンをグループに追加するには、vCenter Server で正しい範囲に対して検出プロセスを再び実行して、マシンが Azure Migrate によって検出されることを確認する必要があります。
このグループの評価を作成する場合は、グループの新しい評価を作成するためのチェックボックスをオンにします。
[OK] をクリックしてグループを保存します。
グループが作成されたら、グループのすべてのマシンにエージェントをインストールし、グループ全体の依存関係を視覚化してグループを絞り込むことをお勧めします。
Azure Monitor ログから依存関係データにクエリを実行する
Service Map によってキャプチャされた依存関係データは、Azure Migrate プロジェクトに関連付けられている Log Analytics ワークスペースでのクエリに使用できます。 Azure Monitor ログ内でクエリを実行する Service Map データ テーブルの詳細を参照してください。
Kusto クエリを実行するには:
- エージェントをインストールしたら、ポータルに移動し、[概要] をクリックします。
- [概要] で、プロジェクトの [基本] セクションに移動し、[OMS ワークスペース] の横にあるワークスペース名をクリックします。
- Log Analytics ワークスペース ページで [全般]>、[ログ] の順にクリックします。
- Azure Monitor ログを使用して依存関係データを収集するためのクエリを作成します。 次のセクションでサンプル クエリを見つけます。
- [実行] をクリックしてクエリを実行します。
Kusto クエリの作成方法の詳細を参照してください。
Azure Monitor ログのサンプル クエリ
依存関係データを抽出するために使用できるサンプル クエリは次のとおりです。 クエリを変更して、目的のデータ ポイントを抽出できます。 依存関係データ レコード内のフィールドの完全なリストは、こちらで入手できます。 その他のサンプル クエリについては、こちらを参照してください。
一連のマシンの受信接続を集計する
接続メトリック用のテーブル (VMConnection) 内にあるレコードは、個々の物理ネットワーク接続を表すものではありません。 複数の物理ネットワーク接続は、論理接続にグループ化されます。 物理ネットワーク接続データがどのように VMConnection 内の単一の論理レコードに集約されるかについては、詳細を確認してください。
// the machines of interest
let ips=materialize(ServiceMapComputer_CL
| summarize ips=makeset(todynamic(Ipv4Addresses_s)) by MonitoredMachine=ResourceName_s
| mvexpand ips to typeof(string));
let StartDateTime = datetime(2019-03-25T00:00:00Z);
let EndDateTime = datetime(2019-03-30T01:00:00Z);
VMConnection
| where Direction == 'inbound'
| where TimeGenerated > StartDateTime and TimeGenerated < EndDateTime
| join kind=inner (ips) on $left.DestinationIp == $right.ips
| summarize sum(LinksEstablished) by Computer, Direction, SourceIp, DestinationIp, DestinationPort
一連のマシン間での受信接続で送受信されたデータの量を集計する
// the machines of interest
let ips=materialize(ServiceMapComputer_CL
| summarize ips=makeset(todynamic(Ipv4Addresses_s)) by MonitoredMachine=ResourceName_s
| mvexpand ips to typeof(string));
let StartDateTime = datetime(2019-03-25T00:00:00Z);
let EndDateTime = datetime(2019-03-30T01:00:00Z);
VMConnection
| where Direction == 'inbound'
| where TimeGenerated > StartDateTime and TimeGenerated < EndDateTime
| join kind=inner (ips) on $left.DestinationIp == $right.ips
| summarize sum(BytesSent), sum(BytesReceived) by Computer, Direction, SourceIp, DestinationIp, DestinationPort
次のステップ
最新バージョンの Azure Migrate の詳細を確認してください。