Azure への移行に向けてオンプレミスのマシンの準備を整える
注意事項
この記事では、サービス終了 (EOL) 状態となっている Linux ディストリビューションである CentOS について説明します。 適宜、使用と計画を検討してください。 詳細については、「CentOS のサポート終了に関するガイダンス」を参照してください。
この記事では、移行およびモダン化ツールを使用してオンプレミスのマシンを Azure に移行する前にマシンに対して必要になる準備作業の手順を紹介します。
この記事では、次の内容について説明します。
- 移行に関する制約を確認する。
- VMware vSphere VM を移行するための方法を選択します。
- 移行するマシンのハイパーバイザーとオペレーティング システムの要件を確認する。
- 移行するマシンの URL およびポートへのアクセスを確認する。
- 移行を開始する前に必要になることがある変更を確認する。
- 移行されたマシンに対する Azure VM の要件を確認します。
- 移行後の Azure VM に接続できるようにマシンの準備を整える。
移行に関する制約を確認する
次の表は、Azure Migrate での検出、評価、移行の制限をまとめたものです。 移行前にマシンを評価することをお勧めしますが、必須ではありません。
| シナリオ | プロジェクト | 検出と評価 | 移行 |
|---|---|---|---|
| VMware vSphere VM | 1 つの Azure Migrate プロジェクトで最大 35,000 台の VM を検出して評価します。 | 1 つの VMware vSphere 用 Azure Migrate アプライアンスを使用して最大 10,000 台の VMware vSphere VM を検出します。 アプライアンスでは、複数の vCenter Server の追加がサポートされています。 アプライアンスごとに最大 10 台の vCenter Server を追加できます。 |
エージェントレスの移行: スケールアウト アプライアンスを使用して、(1 つのアプライアンスから検出された) 複数の vCenter Server に対して最大 500 台の VM を同時にレプリケートできます。 エージェントベース移行: レプリケーション アプライアンスをスケールアウトすることで、多数の VM をレプリケートすることができます。 ポータルでは、レプリケーションのために一度に最大 10 台のマシンを選択できます。 レプリケートするマシンの台数がそれを超える場合は、10 台のバッチ単位で追加してください。 |
| Hyper-V VM | 1 つの Azure Migrate プロジェクトで最大 35,000 台の VM を検出して評価します。 | 単一の Azure Migrate アプライアンスで最大 5,000 台の Hyper-V VM を検出します。 | Hyper-V の移行にアプライアンスは使用されません。 代わりに、それぞれの Hyper-V ホスト上で Hyper-V レプリケーション プロバイダーが実行されます。 レプリケーション容量は、パフォーマンス要因 (VM のチャーンなど) とレプリケーション データのアップロード帯域幅に左右されます。 ポータルでは、レプリケーションのために一度に最大 10 台のマシンを選択できます。 レプリケートするマシンの台数がそれを超える場合は、10 台のバッチ単位で追加してください。 |
| 物理マシン | 1 つの Azure Migrate プロジェクトで最大 35,000 台のマシンを検出して評価します。 | 物理サーバー用の 1 つの Azure Migrate アプライアンスを使用して最大 1,000 台の物理サーバーを検出します。 | レプリケーション アプライアンスをスケールアウトすることで、多数のサーバーをレプリケートすることができます。 ポータルでは、レプリケーションのために一度に最大 10 台のマシンを選択できます。 レプリケートするマシンの台数がそれを超える場合は、10 台のバッチ単位で追加してください。 |
VMware vSphere の移行方法を選択する
VMware vSphere VM を Azure に移行する場合、エージェントレス移行方式とエージェントベース移行方式を比較して、どちらが実情に最も合っているかを判断してください。
ハイパーバイザーの要件を確認する
- VMware のエージェントレスの要件または VMware vSphere のエージェントベースの要件を確認します。
- Hyper-V ホストの要件を確認します。
オペレーティング システムの要件を確認する
移行がサポートされているオペレーティング システムを確認します。
- VMware vSphere VM または Hyper-V VM を移行する場合は、VMware vSphere VM のエージェントレス移行とエージェントベース移行に関する要件、および Hyper-V VM の要件を確認します。
- Windows オペレーティング システムが Azure でサポートされていることを確認します。
- Linux ディストリビューションが Azure でサポートされていることを確認します。
URL およびポートに対するアクセスを確認する
移行中にアクセスされる URL とポートを確認します。
| シナリオ | 詳細 | URL | ポート |
|---|---|---|---|
| VMware vSphere のエージェントレス移行 | 移行には Azure Migrate アプライアンスを使用します。 VMware vSphere VM には何もインストールされません。 | アプライアンスを使用した検出、評価、移行に必要な、パブリック クラウドと政府機関向けクラウドの URL を確認します。 | エージェントレス移行に関するポートの要件を確認します。 |
| VMware vSphere のエージェントベース移行 | 移行には、レプリケーション アプライアンスを使用します。 VM に Mobility Service エージェントがインストールされます。 | レプリケーション アプライアンスからアクセスする必要のあるパブリック クラウドと Azure Government の URL を確認します。 | エージェントベース移行時に使用されるポートを確認します。 |
| Hyper-V の移行 | 移行には、Hyper-V ホストにインストールされたプロバイダーを使用します。 Hyper-V VM には何もインストールされません。 | ホスト上で実行されているレプリケーション プロバイダーからアクセスする必要のあるパブリック クラウドと Azure Government の URL を確認します。 | Hyper-V ホスト上のレプリケーション プロバイダーは、HTTPS ポート 443 のアウトバウンド接続を使用して VM のレプリケーション データを送信します。 |
| 物理マシン | 移行には、レプリケーション アプライアンスを使用します。 物理マシンに Mobility Service エージェントがインストールされます。 | レプリケーション アプライアンスからアクセスする必要のあるパブリック クラウドと Azure Government の URL を確認します。 | 物理移行時に使用されるポートを確認します。 |
移行前に必要な変更を確認する
Azure に VM を移行する前に、それらに対していくつかの変更を行う必要があります。
- 一部のオペレーティング システムでは、レプリケーションまたは移行プロセス中に、変更が Azure Migrate によって自動的に行われます。
- その他のオペレーティング システムでは、設定を手動で構成する必要があります。
- 設定の手動構成は、移行を開始する前に行うことが重要です。 一部の変更が VM の起動に影響を与えたり、VM への接続が確立されない可能性があります。 変更を行う前に VM を移行すると、Azure で VM が起動しない可能性があります。
表をご覧のうえ、行うべき変更を確認してください。
Windows マシン
実行される変更を、次の表にまとめます。
| 操作 | VMware vSphere (エージェントレス移行) | VMware vSphere (エージェントベース)/物理マシン | Hyper-V 上の Windows |
|---|---|---|---|
| SAN ポリシーを Online All に構成する |
Windows Server 2008 R2 以降が実行されているマシンでは、自動的に設定されます。 それより前のオペレーティング システムでは、手動で構成します。 |
ほとんどの場合、自動的に設定されます。 | Windows Server 2008 R2 以降が実行されているマシンでは、自動的に設定されます。 |
| Hyper-V ゲスト統合をインストールする | Windows Server 2003 が実行されているマシンに手動でインストールします。 | Windows Server 2003 が実行されているマシンに手動でインストールします。 | Windows Server 2003 が実行されているマシンに手動でインストールします。 |
| Azure シリアル コンソールを有効にする トラブルシューティングのために、Azure VM のコンソールを有効にします。 VM を再起動する必要はありません。 Azure VM は、ディスク イメージを使用して起動します。 ディスク イメージ ブートは、新しい VM の再起動に相当します。 |
手動で有効にします。 | 手動で有効にします。 | 手動で有効にします。 |
| Windows Azure ゲスト エージェントをインストールする 仮想マシン エージェント (VM エージェント) は、仮想マシン (VM) と Azure ファブリック コントローラーのやり取りを管理する、セキュリティで保護された簡易プロセスです。 VM エージェントの主要な役割は、Azure 仮想マシン拡張機能を有効にして実行することであり、これにより、ソフトウェアのインストールや構成など、VM のデプロイ後の構成が可能になります。 |
Windows Server 2008 R2 以降が実行されているマシンでは、自動的に設定されます。 それより前のオペレーティング システムでは、手動で構成します。 |
Windows Server 2008 R2 以降が実行されているマシンでは、自動的に設定されます。 | Windows Server 2008 R2 以降が実行されているマシンでは、自動的に設定されます。 |
| 移行後に接続する 移行後に接続するためには、移行前に行うべき手順が数多くあります。 |
手動で設定します。 | 手動で設定します。 | 手動で設定します。 |
エージェントレスの VMware vSphere 移行について Windows サーバーで行われる変更の詳細については、こちらを参照してください。
SAN のポリシーを構成する
既定では、一時的なストレージとして使用するドライブ D: が Azure VM に割り当てられます。
- このドライブが割り当てられると、アタッチされている他のストレージ ドライブに割り当てられている文字が 1 文字ずつ後ろにずれることになります。
- たとえば、オンプレミスのインストールでデータ ディスクを使用しており、そのディスクにアプリケーションのインストール用にドライブ D: が割り当てられていた場合に、その VM を Azure に移行すると、ドライブに割り当てられている文字が 1 つ後ろにずれ、ドライブ E: に変わります。
- この自動的な割り当てを回避し、Azure により一時ボリュームに割り当てられるドライブ文字を未使用のアルファベットのうち順番が最も前のものにするには、記憶域ネットワーク (SAN) ポリシーを OnlineAll に設定します。
この設定は、次の手順に従って手動で構成します。
- (ホストサーバーではなく) オンプレミスのマシンで、管理者特権でのコマンド プロンプトを開きます。
- 「diskpart」と入力します。
- 「SAN」と入力します。 ゲスト オペレーティング システムのドライブ文字が維持されていない場合には、Offline All または Offline Shared が返されます。
- DISKPART プロンプトで、「SAN Policy=OnlineAll」と入力します。 この設定により、ディスクがオンラインになり、両方のディスクの読み取りと書き込みが可能になります。
- テスト移行中に、ドライブ文字が保持されていることを確認できます。
Linux マシン
次のバージョンについては、各アクションが Azure Migrate によって自動的に実行されます。
- Red Hat Enterprise Linux 8.x、7.9、7.8、7.7、7.6、7.5、7.4、7.3、7.2、7.1、7.0、6.x (移行中に Azure Linux VM エージェントも自動的にインストールされます)
- CentOS Stream (移行時に Azure Linux VM エージェントも自動的にインストールされます)
- SUSE Linux Enterprise Server 15 SP0、15 SP1、12、11 SP4、11 SP3
- Ubuntu 20.04、19.04、19.10、18.04LTS、16.04LTS、14.04LTS (移行中に Azure Linux VM エージェントも自動的にインストールされます)
- Debian 10、9、8、7
- Oracle Linux 8、7.7-CI、7.7、6
その他のバージョンでは、表に記載された情報に従ってマシンを準備してください。
Note
一部の変更が VM の起動に影響を与えたり、VM への接続が確立されない可能性があります。
| 操作 | 詳細 | Linux バージョン |
|---|---|---|
| Hyper-V Linux 統合サービスをインストールする | 必要な Hyper-V ドライバーが含まれるように Linux の init イメージをリビルドします。 init イメージをリビルドすることにより、Azure で確実に VM が起動します。 | Linux ディストリビューションの新しいバージョンには、ほとんどの場合、既定でこれが含まれています。 前述したバージョンを除くすべてのバージョンについては、これが含まれていない場合、手動でインストールしてください。 |
| Azure シリアル コンソールのログ記録を有効にする | コンソールのログ記録を有効にすることはトラブルシューティングに役立ちます。 VM を再起動する必要はありません。 Azure VM は、ディスク イメージを使用して起動します。 ディスク イメージ ブートは、新しい VM の再起動に相当します。 これらの手順に従って、有効化してください。 |
|
| デバイスのマップ ファイルを更新する | 永続的なデバイス識別子を使用するよう、デバイス名とボリュームの関連付けが含まれているデバイスのマップ ファイルを更新します。 | 前述したバージョンを除くすべてのバージョンについては、手動でインストールしてください。 (エージェントベースの VMware シナリオでのみ適用可能) |
| fstab エントリを更新する | 永続的なボリューム識別子を使用するよう、エントリを更新します。 | 前述したバージョンを除くすべてのバージョンについては、手動で更新してください。 |
| Udev ルールを削除する | MAC アドレスなどに基づいてインターフェイス名を予約する Udev ルールを削除します。 | 前述したバージョンを除くすべてのバージョンについては、手動で削除してください。 |
| ネットワーク インターフェイスを更新する | DHCP.nst に基づいて IP アドレスを受け取るよう、ネットワーク インターフェイスを更新します。 | 前述したバージョンを除くすべてのバージョンについては、手動で更新してください。 |
| SSH を有効にする | SSH を有効にして、再起動時に自動的に開始するよう sshd サービスを設定してください。 受信 SSH 接続要求が、OS ファイアウォールまたはスクリプト実行可能なルールによってブロックされないようにします。 |
前述したバージョンを除くすべてのバージョンについては、手動で有効にしてください。 |
| Linux Azure ゲスト エージェントをインストールする | Microsoft Azure Linux エージェント (waagent) は、Linux と FreeBSD のプロビジョニングおよび VM と Azure ファブリック コントローラーのやり取りを管理する、セキュリティで保護された軽量のプロセスです。 | 前述したバージョンを除くすべてのバージョンについては、手動で有効にしてください。 他の OS バージョンについては、Linux エージェントの手動インストール手順に従ってください。 Linux VM エージェントをインストールするために必要なパッケージの一覧を確認します。 |
エージェントレスの VMware vSphere 移行について Linux サーバーで行われる変更の詳細については、こちらを参照してください。
次の表は、上記のオペレーティング システムに対して自動的に実行される手順をまとめたものです。
| アクション | エージェントベースの VMware vSphere 移行 | エージェントレスの VMware vSphere 移行 | エージェントレスの Hyper-V 移行 |
|---|---|---|---|
| Hyper-V Linux 統合サービスを使用してカーネル イメージを更新する。 (LIS ドライバーがカーネル上に存在している必要があります)。 |
はい | イエス | はい |
| Azure シリアル コンソールのログ記録を有効にする | はい | イエス | はい |
| デバイスのマップ ファイルを更新する | はい | いいえ | いいえ |
| fstab エントリを更新する | はい | イエス | はい |
| Udev ルールを削除する | はい | イエス | はい |
| ネットワーク インターフェイスを更新する | はい | イエス | はい |
| SSH を有効にする | いいえ | いいえ | いいえ |
| Azure VM Linux エージェントをインストールする | はい | イエス | はい |
詳細については、Azure 上で Linux VM を稼働させるための手順のページを参照してください。同ページでは、一部の人気 Linux ディストリビューションを対象とした手順も紹介しています。
Linux VM エージェントをインストールするために必要なパッケージの一覧を確認します。 エージェントレスの VMware 移行方法を使用する場合、Azure Migrate では、RHEL 8.x/7.x/6.x、Ubuntu 14.04/16.04/18.04/19.04/19.10/20.04、SUSE 15 SP0/15 SP1/12/11 SP4/11 SP3、Debian 9/8/7、および Oracle 7 に対して Linux VM エージェントを自動的にインストールします。
Azure VM の要件を確認する
オンプレミスのマシンを Azure にレプリケートする場合には、オペレーティング システムとアーキテクチャ、ディスク、ネットワーク設定、および VM 名に関する Azure VM の要件を順守している必要があります。
移行前に、VMware、Hyper-V、物理サーバーの移行に関する Azure VM の要件を確認してください。
移行後に接続するための準備を整える
Azure への移行中には、Azure VM が作成されます。 移行後に、この新しい Azure VM に接続できるようにする必要があります。 正常に接続するためには、いくつかの手順を踏む必要があります。
Azure の Windows VM に対する接続を準備する
オンプレミスの Windows マシンで、次の手順を実行します。
- Windows 設定を構成します。 設定には、すべての静的な固定ルートまたは WinHTTP プロキシを削除することが含まれます。
- 必要なサービスが実行されていることを確認します。
- オンプレミスのマシンへのリモート接続を許可するために、リモート デスクトップ (RDP) を有効にします。 PowerShell を使用して RDP を有効にする方法に関するページを参照してください。
- 移行後にインターネット経由で Azure VM にアクセスする場合は、オンプレミスのマシンの Windows ファイアウォールにおいて、パブリック プロファイルで TCP と UDP を許可したうえで、すべてのプロファイルで許可されたアプリとして RDP を設定します。
- 移行後にサイト間 VPN 経由で Azure VM にアクセスする場合は、オンプレミスのマシンの Windows ファイアウォールにおいて、ドメイン プロファイルとプライベート プロファイルで RDP を許可します。 RDP トラフィックを許可する方法に関するページを参照してください。
- 移行する際は、オンプレミスの VM に保留中の Windows 更新プログラムがないことを確認してください。 更新プログラムがあると、移行後に Azure VM 上で更新プログラムのインストールが始まることがあり、更新が完了するまで VM にサインインできなくなります。
Linux の Azure VM に対する接続を準備する
オンプレミスの Linux マシンで、次の手順を実行します。
- システム起動時に Secure Shell サービスが自動的に開始される設定になっていることを確認します。
- ファイアウォール規則で SSH 接続が許可されていることを確認します。
移行後に Azure VM を構成する
移行後は、作成された Azure VM で次の手順を実行します。
- インターネット経由で VM に接続できるように、VM にパブリック IP アドレスを割り当てます。 Azure VM には、オンプレミスのマシンとは異なるパブリック IP アドレスを使用する必要があります。 詳細情報 を参照してください。
- VM 上のネットワーク セキュリティ グループ (NSG) 規則で RDP または SSH ポートへの受信接続が許可されていることを確認します。
- [ブート診断] をオンにして VM を表示します。
次のステップ
Azure に VMware vSphere VM を移行するのか、Hyper-V VM を移行するのか、あるいは物理サーバー、仮想化された VM、またはクラウドの VM を移行するのかに応じて、使用する方法を決めます。
サポート対象を確認
VMware vSphere VM については、移行およびモダン化でエージェントレスとエージェントベースの 2 種類の移行がサポートされています。
- VMware vSphere VM: VMware vSphere VM の移行の要件とサポートを確認してください。
- Hyper-V VM: Hyper-V VM については、移行の要件とサポートを確認してください。
- 物理マシン: オンプレミスの物理マシンおよび他の仮想化されたサーバーについては、移行の要件とサポートを確認してください。