マシンを物理サーバーとして Azure に移行する

2025-05-02

この記事では、移行およびモダン化ツールを使って、マシンを物理サーバーとして Azure に移行する方法について説明します。マシンを物理サーバーとして扱って移行することは、さまざまなシナリオで役立ちます。

オンプレミスの物理サーバーを移行する。
Xen や KVM などのプラットフォームで仮想化された仮想マシン (VM) を移行する。
Hyper-V または VMware の移行に標準の移行プロセスを使用できない場合は、Hyper-V または VMware VM を移行します。
プライベートクラウドで実行されている VM を移行する。
アマゾンウェブサービス (AWS) や Google Cloud Platform (GCP) などのパブリッククラウドで実行されている VM を移行する。

これは、物理サーバーを評価して Azure に移行する方法を示すシリーズの 3 番目のチュートリアルです。このチュートリアルでは、次の作業を行う方法について説明します。

移行およびモダン化ツールを使って Azure を使う準備をする。
移行するマシンの要件を確認する。マシンを検出して Azure に移行するために使われる Azure Migrate & Modernize レプリケーションアプライアンス用にマシンを準備する。
Azure Migrate & Modernize ハブに移行およびモダン化ツールを追加します。
レプリケーションアプライアンスを設定します。
移行したいマシンにモビリティサービスをインストールします。
レプリケーションを有効にします。
すべてが想定どおりに動作していることを確認するためにテスト移行を実行します。
Azure への完全な移行を実行します。

注

チュートリアルでは、概念実証をすばやく設定できるように、シナリオの最も簡単なデプロイパスを示します。チュートリアルでは、可能な限り既定のオプションを使用しており、使用可能な設定とパスをすべて示しているわけではありません。詳細な手順については、Azure Migrate & Modernize のハウツー記事を参照してください。

Azure サブスクリプションをお持ちでない場合は、開始する前に無料アカウントを作成してください。

前提条件

このチュートリアルを始める前に、次の準備が必要です。

移行アーキテクチャを確認します。
Windows Server 2008 サーバーの Azure への移行に関連する制限事項を確認します。

注

Windows オペレーティングシステムのアップグレードを計画している場合、アップグレードが失敗した場合、エラーの詳細について Azure Migrate & Modernize によって Windows SetupDiag ユーティリティがダウンロードされる場合があります。移行後に Azure で作成された VM が SetupDiag にアクセスできることを確認します。 SetupDiag にアクセスできない場合は、OS アップグレード失敗の詳細なエラーコードを取得できない可能性がありますが、アップグレードは続行できます。

Azure を準備する

移行およびモダン化ツールを使用して、Azure の移行を準備します。

タスク	詳細
Azure Migrate プロジェクトの作成	新しいプロジェクトを作成するには、Azure アカウントに共同作成者または所有者のアクセス許可が必要です。
Azure アカウントのアクセス許可の確認	ご使用の Azure アカウントには、VM を作成するためのアクセス許可と Azure マネージドディスクへの書き込みアクセス許可が必要です。

プロジェクトを作成するためのアクセス許可を割り当てる

Azure portal でサブスクリプションを開き、 アクセス制御 (IAM) を選択します。
[ アクセスの確認] で、関連するアカウントを見つけて選択し、アクセス許可を表示します。
共同作成者または所有者のアクセス許可が必要です。
- 無料の Azure アカウントを作成したばかりであれば、自分のサブスクリプションの所有者になっています。
- サブスクリプションの所有者でない場合は、所有者と協力してロールを割り当てます。

Azure アカウントのアクセス許可を割り当てる

Azure アカウントに [VM 共同作成者] ロールを割り当てます。この役割により、次の作業を行うためのアクセス許可が得られます。

選択したリソースグループ内に VM を作成する。
選択した仮想ネットワーク内に VM を作成する。
Azure マネージドディスクに書き込む。

Azure ネットワークを作成する

重要

仮想ネットワークはリージョンサービスであるため、目的のターゲット Azure リージョンに仮想ネットワークを作成してください。たとえば、オンプレミス環境から米国東部の Azure リージョンへの VM のレプリケートと移行を計画している場合は、ターゲット仮想ネットワークを米国東部リージョンに "作成する必要があります"。異なるリージョンの仮想ネットワークを接続するには、仮想ネットワークピアリングに関するページを参照してください。

Azure 仮想ネットワークを設定します。 Azure にレプリケートすると、Azure VM が作成され、移行の設定時に指定した Azure 仮想ネットワークに接続されます。

移行を準備する

物理サーバーの移行を準備するには、物理サーバーの設定を確認し、レプリケーションアプライアンスをデプロイする準備をする必要があります。

移行のためのマシン要件の確認

マシンが Azure に移行するための要件を満たしていることを確認します。

注

物理マシンを移行すると、移行およびモダン化ツールは、Azure Site Recovery のエージェントベースのディザスターリカバリーと同じレプリケーションアーキテクチャを使います。一部のコンポーネントは同じコードベースを共有します。一部のコンテンツは、Site Recovery のドキュメントにリンクされている場合があります。

物理サーバーの要件を確認します。
Azure にレプリケートするオンプレミスのマシンが Azure VM の要件に準拠していることを確認します。
VM を Azure に移行する前に、いくつかの変更を加える必要があります。
- 一部のオペレーティングシステムでは、これらの変更が Azure Migrate & Modernize によって自動的に行われます。
- 移行を開始する前にこれらの変更を行います。変更を行う前に VM を移行すると、Azure で VM が起動しない可能性があります。行う必要がある Windows と Linux の変更を確認します。

レプリケーションアプライアンス用のマシンの準備

移行およびモダン化ツールでは、レプリケーションアプライアンスを使用してマシンを Azure にレプリケートします。レプリケーションアプライアンスは、次のコンポーネントを実行します。

構成サーバー: 構成サーバーは、オンプレミスと Azure の間の通信を調整し、データレプリケーションを管理します。
プロセスサーバー: プロセスサーバーはレプリケーションゲートウェイとして機能します。キャッシュ、圧縮、暗号化によってレプリケーションデータを受信します。その後、Azure のキャッシュストレージアカウントにデータを送信します。

アプライアンスのデプロイの準備をするには、次の操作を実行します。

レプリケーションアプライアンスのホストとなるマシンを準備します。マシンの要件を確認します。
レプリケーションアプライアンスでは MySQL が使用されます。アプライアンスに MySQL をインストールするためのオプションを確認します。
レプリケーションアプライアンスがパブリッククラウドと Government クラウドにアクセスするために必要な Azure URL を確認します。
レプリケーションアプライアンスのポートアクセス要件を確認します。

注

レプリケート対象のソースマシンや、以前にインストールした可能性がある Azure Migrate: 検出および評価アプライアンスには、レプリケーションアプライアンスをインストールしないでください。

レプリケーションアプライアンスを設定する

移行の最初の手順は、レプリケーションアプライアンスを設定することです。物理サーバーの移行用にアプライアンスを設定するには、アプライアンスのインストーラーファイルをダウンロードします。次に、準備したマシンで実行します。アプライアンスをインストールした後、それを移行およびモダン化ツールに登録します。

レプリケーションアプライアンスインストーラーのダウンロード

Azure Migrate プロジェクトで、 サーバー、データベース、Web アプリ>Migration とモダン化>Discover を選択します。
[ マシンの検出>マシンを仮想化しますか?] で、[仮想化 されていない]/[その他] を選択します。
[ターゲットリージョン] で、マシンを移行する Azure リージョンを選択します。
[ 移行のターゲットリージョンがリージョン名であることを確認する] を選択します。
[ リソースの作成] を選択して、バックグラウンドで Site Recovery コンテナーを作成します。
- 移行およびモダン化ツールを使った移行を既に設定してある場合は、リソースが以前に設定されているため、ターゲットオプションを構成できません。
- このボタンの選択後は、このプロジェクトのターゲットリージョンを変更することはできません。
- 後続のすべての移行は、このリージョンに対して行われます。
注

Azure Migrate プロジェクトの作成時に、その接続方法としてプライベートエンドポイントを選択した場合、Recovery Services コンテナーも、プライベートエンドポイント接続用に構成されます。レプリケーションアプライアンスからプライベートエンドポイントに到達できることを確認してください。詳細については、こちらをご覧ください。
[ 新しいレプリケーションアプライアンスをインストールしますか?] で、[ レプリケーションアプライアンスのインストール] を選択します。
レプリケーションアプライアンスソフトウェアのダウンロードとインストールで、アプライアンスインストーラーと登録キーをダウンロードします。このキーは、アプライアンスを登録するために必要です。キーは、ダウンロード後 5 日間有効です。

。
アプライアンスの設定ファイルとキーファイルを、アプライアンス用に作成した Windows Server 2016 マシンにコピーします。
インストールが完了すると、アプライアンス構成ウィザードが自動的に起動します。 (アプライアンスデスクトップに作成された cspsconfigtool ショートカットを使用して、ウィザードを手動で起動することもできます。)このチュートリアルでは、レプリケートするソース VM に Mobility Service を手動でインストールします。続行するには、この手順でダミーアカウントを作成する必要があります。ダミーアカウントでは、わかりやすい名前として "guest"、ユーザー名として "username"、アカウントのパスワードとして "password" を使用します。このダミーアカウントは、レプリケーションを有効にするステージで使用します。
セットアップ後にアプライアンスが再起動した後、[ マシンの検出] で、[ 構成サーバーの選択] で新しいアプライアンスを選択します。次に、[ 登録の最終処理] を選択します。 登録の最終処理手順では、レプリケーションアプライアンスを準備するためのいくつかの最終的なタスクを実行します。

レプリケーションアプライアンスを使ってサーバーを検出するには、モビリティサービスエージェントをサーバーにインストールする必要があります。検出されたマシンは 、Azure Migrate: Server Migration に表示されます。 VM が検出されると、 検出されたサーバー の数が増加します。

注

Azure Migrate: 検出および評価ツール (別の軽量の Azure Migrate アプライアンス) を使って、移行前に検出と評価を実行することをお勧めします。アプライアンスを物理サーバーとしてデプロイし、サーバーとパフォーマンスのメタデータを継続的に検出することができます。詳細については、「物理サーバーの検出」を参照してください。

簡略化されたエクスペリエンス

このセクションでは、簡略化されたエクスペリエンスである新しいプロセスについて説明します。ユーザーは、検出から始まり、レプリケーションが続き、最後に移行される合理化されたフローに従います。

物理環境と VMware 環境用にアップグレードされたエージェントベースの移行スタックが導入されています。お客様は、新しい Linux ディストリビューションを Azure に移行し、レプリケーションアプライアンスに WS2019 と WS2022 を使用し、統合 OS サポートマトリックスを利用できます。

サポートされている新しい Linux ディストリビューションは次のとおりです。

Ubuntu 24.04
RHEL 9.X
Oracle Linux 9.X
SLES 15 (SUSE Linux Enterprise Server 15)
ロッキー・リナックス
Alma Linux

Azure Migrate プロジェクトに移動する

Azure Migrate プロジェクトに移動するには、次の手順に従います。

手順 1: Azure Migrate プロジェクトに移動する

Azure portal を開きます。
Azure Migrate サービスを検索します。
新しいプロジェクトを作成するか、既存のプロジェクトを選択します。詳細については、こちらをご覧ください。

手順 2: 必要な Agent-Based 移行シナリオを選択する

移行ツールから [検出 ] を選択します。
VMware エージェントベースのレプリケーションまたは物理またはその他のシナリオを選択します。
リソースがまだ作成されていない場合は、移行のターゲットリージョンを選択し、リソースを作成します。

。
[エクスペリエンスの種類] ドロップダウンから [簡略化されたエクスペリエンス] を選択します。

注

アプライアンスのデプロイの詳細については、このドキュメントの最後にある付録セクションを参照してください。

手順 3: アプライアンスをデプロイする

VMware 環境では OVA または PowerShell を使用し、物理環境では PowerShell を使用する手順に従います。
デプロイして登録キープロセスを完了したら、アプライアンスが接続されるまで 30 分待ちます。

手順 4: レプリケーションを開始する

[ レプリケート] を選択します。
適切なシナリオ (物理または VMware エージェントベース) を選択し、続行します。
レプリケートする VM を選択し、ターゲット設定を構成します。

手順 5: 移行のテストと移行を実施する

移行の概要ページに移動します。
[ テスト移行] を選択します。詳細については、「 Azure Migrate と Modernize を使用してマシンを物理サーバーとして Azure に移行する」を参照してください。
最終的な移行を実行します。詳細については、こちらをご覧ください。

手順 6: Azure VM で仮想マシンを確認する

Azure で VM が起動するかどうかを確認します。

ターゲットリソースグループに移動し、VM を検索します。
または、Azure portal の Azure VM セクションに移動し、移行された VM を検索します。

VMware エージェントベースの移行用の OVA テンプレートを使用してレプリケーションアプライアンスを設定する

すべての前提条件の構成がテンプレートによって確実に処理されるため、この方法を使用することをお勧めします。 OVA テンプレートは、必要な仕様でマシンを作成します。

ova ファイルのダウンロードオプションを示すスクリーンショット。

次の手順のようにします。

OVA テンプレートをダウンロードして、オンプレミス環境にアプライアンスを設定します。
アプライアンス VM の電源をオンにして、Microsoft Evaluation ライセンスに同意します。
管理者ユーザーのパスワードを指定します。
[システムの再起動を完了する] を選択すると、管理者ユーザーアカウントでログインできます。

PowerShell を使用してアプライアンスを設定する

組織の制限がある場合は、PowerShell を使用してレプリケーションアプライアンスを手動で設定できます。

次の手順に従います。

インストーラーをダウンロードし、レプリケーションアプライアンスに配置します。
コンポーネントを解凍して抽出します。
DRInstaller.ps1 PowerShell スクリプトを管理者として実行します。

アプライアンスの登録

アプライアンスが作成されると、 Microsoft Azure Appliance Configuration Manager が自動的に起動します。インターネット接続、時刻同期、システム構成、グループポリシーなどの前提条件を検証します。

CheckRegistryAccessPolicy - レジストリ編集ツールへのアクセスを禁止する - キー: HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System。 - DisableRegistryTools 値を 0 にすることはできません。

CheckCommandPromptPolicy - コマンドプロンプト - キー: HKLM\SOFTWARE\Policies\Microsoft\Windows\Systemへのアクセスを禁止します。 - DisableCMD 値は 0 に等しい必要があります。

CheckTrustLogicAttachmentsPolicy - 添付ファイルの信頼ロジック。 - キー: HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Attachments。 - UseTrustedHandlers の値を 3 にすることはできません。

CheckPowershellExecutionPolicy - スクリプトの実行を有効にします。 - PowerShell 実行ポリシーを AllSigned または Restricted に設定しないでください。 - グループポリシー [ スクリプト実行添付ファイルマネージャーを有効にする ] が [無効] または [ 署名されたスクリプトのみを許可する] に設定されていないことを確認します。

アプライアンスを登録するには、次の手順に従います。

アプライアンスでインターネットアクセスにプロキシを使用する場合は、[プロキシを使用してインターネットに接続する] オプションを切り替えてプロキシ設定を構成します。
- すべての Azure Site Recovery サービスは、これらの設定を使用してインターネットに接続します。
注

サポートされるのは HTTP プロキシのみです。
継続的な接続を維持するために、Azure Site Recovery レプリケーションアプライアンスから必要な URL が許可され、到達可能であることを確認します。
前提条件が検証された後、アプライアンスは次の段階ですべてのコンポーネント情報を取得します。すべてのコンポーネントの状態を確認し、[ 続行] を選択します。
詳細を保存し、アプライアンスの接続方法の選択に進みます。 FQDN または NAT IP のいずれかを選択して、アプライアンスとの通信方法を定義できます。

。
接続の詳細を保存したら、[ 続行 ] を選択して Microsoft Azure での登録を続行します。
前提条件が満たされていることを確認し、登録を続行します。

。
アプライアンスのフレンドリ名: Azure portal の Recovery Services コンテナーインフラストラクチャで、このアプライアンスを追跡するためのフレンドリ名を指定します。

注

一度設定した名前は変更できません。
Azure Migrate レプリケーションアプライアンスキー: ポータルの検出画面からキーをコピーします。

。
キーを貼り付けた後、[ログイン] を選択 します。新しい認証タブにリダイレクトされます。既定では、[ アプライアンス構成マネージャー ] ページに認証コードが生成されます。認証タブで次のコードを使用します。
Microsoft Azure の資格情報を入力して登録を完了します。
登録が成功したら、タブを閉じて アプライアンス構成マネージャー に戻り、セットアップを続行できます。

注

認証コードは、生成から 5 分間で期限切れになります。この期間を超えて非アクティブな状態が発生した場合は、Azure に再ログインするように求められます。
正常にサインインすると、サブスクリプション、リソースグループ、Recovery Services コンテナーの詳細が表示されます。
続行を選択して続行します。

。
登録が成功したら、 vCenter の詳細の構成に進みます。

。
vCenter 情報を入力するには、[ vCenter Server の追加] を選択します。
vCenter のサーバー名または IP アドレスとポート情報を入力し、ユーザー名、パスワード、フレンドリ名を指定します。この情報は、 vCenter で管理されている仮想マシンの詳細をフェッチするために使用されます。ユーザーアカウントの詳細は暗号化され、コンピューターにローカルに格納されます。

注

複数のアプライアンスに同じ vCenter Server を追加する場合は、すべてのアプライアンスで同じフレンドリ名が使用されていることを確認します。
vCenter 情報を正常に保存したら、[仮想マシンの資格情報の 追加] を選択して、vCenter を介して検出された VM のユーザーの詳細を指定します。
注
- Linux OS の場合は、ルート資格情報を指定してください。
- Windows OS の場合は、管理特権を持つユーザーアカウントを追加する必要があります。これらの資格情報は、レプリケーションの有効化操作中にモビリティエージェントのインストールをソース VM にプッシュするために使用されます。資格情報は、レプリケーションの有効化ワークフロー中に Azure portal で VM ごとに選択できます。
- アプライアンスコンフィギュレーターにアクセスして、コンピューターにアクセスするための資格情報を編集または追加します。
vCenter の詳細を追加したら、[ 物理サーバーの詳細の指定 ] を展開して、保護する物理サーバーに関する情報を追加します。

。
[ 資格情報の追加] を選択して、保護するマシンの資格情報を追加します。 オペレーティングシステム、資格情報のフレンドリ名、ユーザー名、パスワードなど、必要なすべての詳細を指定します。ユーザーアカウントの詳細は暗号化され、コンピューターにローカルに格納されます。
最後に、[追加] を選択 します。

。
[ サーバーの追加] を選択して、物理サーバーの詳細を追加します。マシンの IP アドレスまたは FQDN を指定する
資格情報アカウントを選択し、[追加] を選択します。

。

Mobility Serviceエージェントをインストールします

レプリケーションを開始するには、移行するソース物理マシン上に、Mobility Service エージェントが事前にインストールされている必要があります。 Mobility Service エージェントをインストールする方法は、組織の設定と既存のツールによって異なります。 Site Recovery に組み込まれている "プッシュ" インストールの方法は現在サポートされていません。次のアプローチを検討できるかもしれません。

インストーラー tarball の内容を、コンピューター上のローカルフォルダー ( /tmp/MobSvcInstaller など) に抽出します。
```
mkdir /tmp/MobSvcInstaller
tar -C /tmp/MobSvcInstaller -xvf <Installer tarball>
cd /tmp/MobSvcInstaller
```
インストーラースクリプトを実行します。
```
sudo ./install -r MS -v VmWare -q -c CSLegacy
```

レプリケーションアプライアンスにエージェントを登録します。

/usr/local/ASR/Vx/bin/UnifiedAgentConfigurator.sh -i <replication appliance IP address> -P <Passphrase File Path> -c CSLegacy

マシンをレプリケートする

今度は、移行の対象となるマシンを選択します。

注

最大 10 台のマシンをまとめてレプリケートできます。レプリケートするマシンがそれより多い場合は、10 台をひとまとまりとして同時にレプリケートしてください。

Azure Migrate プロジェクトで、 サーバー、データベース、Web アプリ>Migration and modernization>Replicate を選択します。
[レプリケート]、[>>マシンを仮想化しますか?] で、[物理] またはその他 (AWS、GCP、Xen など) を選択します。
オンプレミスアプライアンスで、設定した Azure Migrate アプライアンスの名前を選択します。
プロセスサーバーで、レプリケーションアプライアンスの名前を選択します。
ゲスト資格情報で、レプリケーションインストーラーのセットアップ時に以前に作成したダミーアカウントを選択して、モビリティサービスを手動でインストールします。 (プッシュインストールはサポートされていません)。)次 に、[次へ: 仮想マシン] を選択します。
[仮想マシン] の [評価から移行設定をインポートしますか?] で、既定の設定 [いいえ] のままにして、移行設定を手動で指定します。
既定では、 信頼できる起動の対象となる VM は TVM として移行されます。トラステッド起動 VM は、セキュリティで保護されたブートや仮想 TPM などの強化されたセキュリティ機能を追加料金なしで提供します。該当する場合は、それらを使用することをお勧めします。
移行したい各 VM を確認します。次 に、[次へ: ターゲット設定] を選択します。
[ ターゲット設定] で、移行するサブスクリプションを選択します。 (リージョンは前の手順で選択した領域に設定されており、変更できません)。移行後に Azure VM が属するリソースグループを指定します。
仮想ネットワークで、移行後に Azure VM が参加する Azure 仮想ネットワーク/サブネットを選択します。
[キャッシュストレージアカウント] で、プロジェクト用に自動的に作成されるキャッシュストレージアカウントを使用する既定のオプションをそのまま使用します。レプリケーションのキャッシュストレージアカウントとして別のストレージアカウントを指定する場合は、ドロップダウンリストを使用します。
注
- Azure Migrate プロジェクトの接続方法としてプライベートエンドポイントを選択した場合、Recovery Services コンテナーに、キャッシュストレージアカウントへのアクセス権を付与します。詳細については、こちらをご覧ください。
- Azure ExpressRoute とプライベートピアリングを使用してレプリケーションを行うには、キャッシュストレージアカウント用のプライベートエンドポイントを作成します。詳細については、こちらをご覧ください。
[可用性オプション] で、次を選択します。
- 可用性ゾーン: 移行されたマシンをリージョン内の特定の可用性ゾーンにピン留めします。このオプションを使用して、複数ノードのアプリケーション層を形成するサーバーを可用性ゾーン間で分散させます。このオプションを選択した場合は、[ コンピューティング ] タブで選択した各マシンに使用する可用性ゾーンを指定する必要があります。このオプションは、移行用に選択されたターゲットリージョンが可用性ゾーンをサポートしている場合にのみ使用できます。
- 可用性セット: 移行されたマシンを可用性セットに配置します。このオプションを使用するには、選択されたターゲットリソースグループに 1 つ以上の可用性セットが必要です。
- インフラストラクチャの冗長性は必要ありません:移行されたマシンの可用性構成のいずれかが不要な場合は、このオプションを選択します。
[ ディスク暗号化の種類] で、次を選択します。
- プラットフォームマネージドキーを使用した保存時の暗号化。
- カスタマーマネージドキーを使用した保存時の暗号化。
- プラットフォームマネージドキーとカスタマーマネージドキーを使用した二重暗号化。
注

カスタマーマネージドキーを使用して VM をレプリケートするには、ターゲットリソースグループの下にディスク暗号化セットを作成する必要があります。ディスク暗号化セットオブジェクトによって、サーバー側暗号化に使用するカスタマーマネージドキーを含む Azure Key Vault インスタンスにマネージドディスクがマップされます。
[Azure ハイブリッド特典] で次のようにします。
- Azure ハイブリッド特典を適用しない場合は、[ いいえ ] を選択します。次に次へを選択します。
- アクティブなソフトウェアアシュアランスまたは Windows Server サブスクリプションの対象となる Windows Server マシンがあり、移行するマシンに特典を適用する場合は、[ はい ] を選択します。次に次へを選択します。
コンピューティングで、VM 名、サイズ、OS ディスクの種類、可用性の構成を確認します (前の手順で選択した場合)。 VM は Azure の要件に準拠している必要があります。
- VM サイズ: 評価の推奨事項を使用している場合は、VM サイズドロップダウンリストに推奨サイズが表示されます。それ以外の場合は、Azure Migrate & Modernize によって、Azure サブスクリプション内の最も近いサイズが選択されます。または、 Azure VM サイズで手動サイズを選択します。
- OS ディスク: VM の OS (ブート) ディスクを指定します。 OS ディスクは、オペレーティングシステムのブートローダーとインストーラーがあるディスクです。
- 可用性ゾーン: 使用する可用性ゾーンを指定します。
- 可用性セット: 使用する可用性セットを指定します。
- VM のセキュリティの種類: Azure Migrate では、セキュリティを強化するために、対象となる VM を Trusted Launch Virtual Machines (TVM) に 移行することをお勧めします。既定では、 VM のセキュリティの種類は [トラステッド起動] に設定されています。信頼された起動の対象ではない VM は、 標準のセキュリティ VM として自動的に構成されます。
[ ディスク] で、VM ディスクを Azure にレプリケートするかどうかを指定します。 Azure でのディスクの種類 (Standard SSD または HDD、あるいは Premium マネージドディスク) を選びます。次に次へを選択します。
- レプリケーションからディスクを除外できます。
- ディスクを除外すると、移行後に Azure VM 上に存在しなくなります。
[タグ] で、VM、ディスク、NIC にタグを追加することを選択します。
[ レプリケーションの確認と開始] で設定を確認し、[ レプリケート ] を選択してサーバーの初期レプリケーションを開始します。

注

レプリケーションが開始される前であれば、レプリケーションの設定をいつでも更新できます。 [管理]>[レプリケート中のマシン] を選択します。レプリケーションの開始後は、設定を変更することができません。

追跡して監視する

[ レプリケート] を選択すると、レプリケーションの開始ジョブが開始されます。
"レプリケーションの開始" ジョブが正常に完了すると、マシンで Azure への初期レプリケーションが開始されます。
初期レプリケーションが完了すると、差分レプリケーションが開始されます。オンプレミスのディスクに対する増分変更は、Azure のレプリカディスクに定期的にレプリケートされます。

ジョブの状態は、ポータルの通知で追跡できます。

レプリケーションの状態を監視するには、[Azure Migrate: Server Migration でサーバーをレプリケートする] を選択します。

テスト移行を実行する

差分レプリケーションが開始されるとき、Azure への完全な移行を実行する前に、VM のテスト移行を実行できます。各マシンで少なくとも 1 回は、移行前にこの手順を実行することを強くお勧めします。

テスト移行を実行すると、移行が想定どおりに動作することが確認されます。オンプレミスのマシンに影響はなく、稼働状態が維持され、レプリケーションが続行されます。
テスト移行では、レプリケートされたデータを使用してテスト用の Azure VM を作成することによって、移行をシミュレートします。 (テストは通常、Azure サブスクリプション内の非運用環境の仮想ネットワークに移行します。)
レプリケートされたテスト Azure VM を使用して、移行を検証し、アプリのテストを実行して、完全な移行前に問題に対処することができます。

テスト移行を実行するには、次の操作を実行します。

[移行の目標] で、[サーバー、データベース、Web アプリ>移行と最新化] を選択し、[レプリケーション] で [レプリケートされたサーバー] を選択します。
[ マシンのレプリケート ] タブで、テストする VM を右クリックし、[ 移行のテスト] を選択します。
テスト移行で、移行後に Azure VM が配置される Azure 仮想ネットワークを選択します。非運用環境の仮想ネットワークを使用することをお勧めします。
テスト移行中に Windows Server OS をアップグレードすることができます。アップグレードするには、[ 利用可能なアップグレード ] オプションを選択します。表示されたウィンドウで、アップグレード先の OS バージョンを選択し、[ 適用] を選択します。詳細については、こちらをご覧ください。
テスト移行ジョブが開始されます。ポータルの通知でジョブを監視します。
移行が完了したら、移行された Azure VM を Azure portal の Virtual Machines で表示します。マシン名にはサフィックス -Test があります。
テストが完了したら、[ マシンのレプリケート ] で Azure VM を右クリックし、[ テスト移行のクリーンアップ] を選択します。
注

SQL Server を実行しているサーバーを SQL VM RP に登録できるようになりました。これにより、SQL IaaS Agent 拡張機能を使用した自動修正、自動バックアップ、簡略化されたライセンス管理を利用できるようになります。
- [管理>レプリケーションサーバー>SQL サーバーを含むマシン>コンピュートとネットワークを選択し、[はい] を選択して SQL VM RP に登録します。
- アクティブなソフトウェアアシュアランスまたは SQL Server サブスクリプションの対象となる SQL Server インスタンスがあり、移行するマシンに特典を適用する場合は、SQL Server の Azure ハイブリッド特典 を選択します。

VM の移行

テスト移行が想定どおりに動作することを確認したら、オンプレミスのマシンを移行できます。

Azure Migrate プロジェクトで、サーバー、データベース、Web アプリを選択し>移行と最新化を行い、[レプリケーション] で [レプリケートされたサーバー] を選択します。
マシン のレプリケートで、VM を右クリックし、[ 移行] を選択します。
[移行>仮想マシンをシャットダウンし、データ損失なしで計画的な移行を実行するには、[いいえ>OK] を選択します。

注

データ損失を最小限に抑えるには、移行ウィンドウの一部としてアプリケーションを手動で停止することをお勧めします (アプリケーションが接続を受け入れないようにしてください)。次に、移行を開始します。移行が完了する前に残りの変更を同期できるように、サーバーを実行し続ける必要があります。
移行中に Windows Server OS をアップグレードすることができます。アップグレードするには、[ 利用可能なアップグレード ] オプションを選択します。表示されたウィンドウで、アップグレード先の OS バージョンを選択し、[ 適用] を選択します。詳細については、こちらをご覧ください。
VM に対して移行ジョブが開始されます。 Azure 通知でジョブを追跡します。
ジョブが完了したら、[ 仮想マシン ] ページから VM を表示および管理できます。

移行を完了する

移行が完了したら、VM を右クリックし、[ レプリケーションの停止] を選択します。このアクション。
- オンプレミスマシンのレプリケーションを停止します。
- 移行および最新化ツールの レプリケートされたサーバー 数からマシンを削除します。
- マシンのレプリケーション状態情報をクリーンアップします。
Azure VM での Windows ライセンス認証に関する問題を確認してトラブルシューティングします。
ホスト名、データベース接続文字列、および Web サーバー構成の更新など、移行後のアプリの微調整を実行します。
Azure で現在実行されている移行後のアプリケーション上で、最終的なアプリケーションと移行の受け入れのテストを実行します。
移行された Azure VM インスタンスにトラフィックを切り替えます。
ローカル VM インベントリからオンプレミスの VM を削除します。
ローカルバックアップからオンプレミスの VM を削除します。
Azure VM の新しい場所と IP アドレスを示すように内部ドキュメントを更新します。

移行後のベストプラクティス

復元性の向上:
- Azure Backup サービスを使って、Azure VM をバックアップすることで、データの安全性を保持します。詳細については、こちらをご覧ください。
- Azure VM を Site Recovery のセカンダリリージョンにレプリケートし、継続的にワークロードを実行して利用可能にします。詳細については、こちらをご覧ください。
セキュリティの強化：
- Microsoft Defender for Cloud - Just-In-Time 管理を使用して、受信トラフィックアクセスをロックダウンして制限します。
- Azure Update Manager を使用して Windows および Linux マシンの更新プログラムを管理および管理します。
- ネットワークセキュリティグループを使用して、管理エンドポイントへのネットワークトラフィックを制限します。
- Azure Disk Encryption をデプロイして、ディスクをセキュリティで保護し、盗難や未承認のアクセスからデータを安全に保ちます。
- 詳細については、 IaaS リソースと Microsoft Defender for Cloud のセキュリティ保護に関する記事を参照してください。
監視と管理：
- リソースの使用状況と支出を監視するために、Microsoft Cost Management をデプロイすることを検討してください。

次のステップ

Azure のクラウド導入フレームワークでクラウド移行の過程を調査します。