次の方法で共有


Hyper-V の移行のサポート マトリックス

注意事項

この記事では、サービス終了 (EOL) 状態となっている Linux ディストリビューションである CentOS について説明します。 適宜、使用と計画を検討してください。 詳細については、「CentOS のサポート終了に関するガイダンス」を参照してください。

この記事では、移行およびモダン化を使用した Hyper-V VM の移行サポートの設定と制限事項について説明します。 Azure への移行についての Hyper-V VM の評価に関する情報については、評価のサポート マトリックスを確認してください。

移行の制限

レプリケーションでは、一度に最大 10 個の VM を選択できます。 より多くのマシンを移行する場合は、10 台単位のグループでレプリケートしてください。

Hyper-V ホストの要件

サポート 詳細
デプロイ Hyper-V ホストは、スタンドアロンにすることも、クラスターにデプロイすることもできます。
Azure Migrate レプリケーション ソフトウェア (Hyper-V レプリケーション プロバイダー) は Hyper-V ホストにインストールします。
アクセス許可 Hyper-V ホストに対する管理者のアクセス許可が必要です。
ホスト オペレーティング システム 最新の更新プログラムが適用された Windows Server 2022、Windows Server 2019、Windows Server 2012 R2。 これらのオペレーティング システムの Server コア インストールもサポートされていることに注意してください。
その他のソフトウェア要件 .NET Framework 4.7 以降
ポート アクセス VM レプリケーション データを送信するための HTTPS ポート 443 での送信接続。

Hyper-V VM

サポート 詳細
オペレーティング システム Azure でサポートされているすべての Windows および Linux オペレーティング システム。
Windows Server 2003 Windows Server 2003 を実行している VM では、移行の前に Hyper-V 統合サービスをインストールする必要があります。
Azure での Linux VM 一部の VM は、Azure で実行できるように変更が必要な場合があります。

Linux の場合、Azure Migrate によって、次のオペレーティング システム用に自動的に変更が行われます。
- Red Hat Enterprise Linux 9.x、8.x、7.9、7.8、7.7、7.6、7.5、7.4、7.0、6.x
- CentOS Stream
- SUSE Linux Enterprise Server 15 SP4、15 SP3、15 SP2、15 SP1、15 SP0、12、11 SP4、11 SP3
- Ubuntu 22.04、21.04、20.04、19.04、19.10、18.04LTS、16.04LTS、14.04LTS
- Debian 11、10、9、8、7
- Oracle Linux 9、8、7.7-CI、7.7、6
- Kali Linux (2016、2017、2018、2019、2020、2021、2022)
- その他のオペレーティング システムの場合は、手動で必要な変更を行います。
Azure に必要な変更 一部の VM は、Azure で実行できるように変更が必要な場合があります。 移行の前に手動で調整してください。 関連する記事には、その手順が記載されています。
Linux ブート /boot が専用パーティションに存在する場合は、OS ディスク上に存在する必要があり、複数のディスクに分散していてはいけません。
/boot がルート (/) パーティションに含まれている場合は、"/" パーティションは OS ディスク上に存在する必要があり、他のディスクにまたがっていてはいけません。
UEFI ブート サポートされています。 UEFI ベースの VM は、Azure 第 2 世代 VM に移行されます。
UEFI - セキュア ブート 移行はサポートされません。
ディスク サイズ Gen 1 VM の場合は最大 2 TB の OS ディスク、Gen 2 VM の場合は最大 4 TB の OS ディスク。データ ディスクの場合は 32 TB。

既存の Azure Migrate プロジェクトで大きなディスク (最大 32 TB) をレプリケートするには、Hyper-V ホスト上のレプリケーション プロバイダーを最新バージョンにアップグレードしなければならない場合があります。
ディスクの数 VM あたり最大で 16 台のディスク。
暗号化されたディスクまたはボリューム 移行はサポートされません。
RDM またはパススルー ディスク 移行はサポートされません。
共有ディスク 共有ディスクを使用する VM の移行はサポートされません。
Ultra Disk Ultra ディスクの移行は、Azure Migrate ポータルからはサポートされていません。 Ultra ディスクとして推奨されるディスクは、帯域外移行を行う必要があります。 したがって、Premium ディスクの種類として選択して移行した後に Ultra ディスクに変更することができます。
NFS VM 上のボリュームとしてマウントされた NFS ボリュームはレプリケートされません。
ReiserFS サポートされていません。
iSCSI iSCSI ターゲットを含む VM の移行はサポートされていません。
ターゲット ディスク マネージド ディスクのみを含む Azure VM に移行することができます。
IPv6 サポートされていません。
NIC チーミング サポートされていません。
Azure Site Recovery または Hyper-V VM で Azure Site Recovery または Hyper-V レプリカによるレプリケーションが有効になっている場合、移行およびモダン化を使用してレプリケートすることはできません。
ポート VM レプリケーション データを送信するための HTTPS ポート 443 での送信接続。

URL アクセス (パブリック クラウド)

Hyper-V ホストのレプリケーション プロバイダー ソフトウェアは、次の URL にアクセスできる必要があります。

URL 詳細
login.microsoftonline.com Active Directory を使用したアクセス制御と ID 管理。
backup.windowsazure.com レプリケーション データの転送と調整。
*.hypervrecoverymanager.windowsazure.com レプリケーションの管理に使用されます。
*.blob.core.windows.net ストレージ アカウントにデータをアップロードします。
dc.services.visualstudio.com 内部監視に使用するアプリ ログをアップロードします。
time.windows.com システム時刻とグローバル時刻間の時刻同期を確認します。

URL アクセス (Azure Government)

Hyper-V ホストのレプリケーション プロバイダー ソフトウェアは、次の URL にアクセスできる必要があります。

URL 詳細
login.microsoftonline.us Active Directory を使用したアクセス制御と ID 管理。
backup.windowsazure.us レプリケーション データの転送と調整。
*.hypervrecoverymanager.windowsazure.us レプリケーションの管理に使用されます。
*.blob.core.usgovcloudapi.net ストレージ アカウントにデータをアップロードします。
dc.services.visualstudio.com 内部監視に使用するアプリ ログをアップロードします。
time.nist.gov システム時刻とグローバル時刻間の時刻同期を確認します。

Note

移行プロジェクトにプライベート エンドポイント接続がある場合は、Hyper-V ホスト上のレプリケーション プロバイダー ソフトウェアが、プライベート リンクのサポートのためにこれらの URL にアクセスできる必要があります。

  • *.blob.core.windows.com - レプリケートされたデータを格納するストレージ アカウントにアクセスするため。 これは省略可能であり、ストレージ アカウントにプライベート エンドポイントがアタッチされている場合は必要ありません。
  • login.windows.net - Active Directory を使用したアクセス制御と ID 管理のため。

レプリケーション ストレージ アカウントの要件

次の表は、Hyper-V VM 移行のレプリケーション ストレージ アカウントのサポートをまとめたものです。

設定 サポート 詳細
汎用目的 V2 ストレージ アカウント (ホット層とクール層) サポートされています GPv2 ストレージ アカウントでは、V1 ストレージ アカウントよりも高いトランザクション コストが発生する可能性があります。
Premium Storage サポートされています しかし、コストの最適化に役立つ Standard Storage アカウントをお勧めします。
キャッシュ ストレージ アカウントは、Standard ストレージ アカウントでなければならず、Premium はサポートされていません。
リージョン 仮想マシンと同じリージョン ストレージ アカウントは、保護されている仮想マシンと同じリージョンに存在する必要があります。
サブスクリプション ソース仮想マシンとは異なる場合があります。 ストレージ アカウントは、ソース仮想マシンと同じサブスクリプションに存在している必要はありません。
仮想ネットワークの Azure Storage ファイアウォール サポートされています ファイアウォールが有効なレプリケーション ストレージ アカウントまたはターゲット ストレージ アカウントを使用している場合は必ず、信頼できる Microsoft サービスを許可してください。 また、ソース仮想ネットワークの少なくとも 1 つ以上のサブネットにアクセスできることを確認してください。 パブリック エンドポイントの接続のために、すべてのネットワークからのアクセスを許可する必要があります。
論理的な削除 サポートされていません 論理的な削除はサポートされていません。これをレプリケーション ストレージ アカウントで有効にすると、コストが増加するためです。 Azure Migrate では、ログ ファイルの作成/削除が非常に頻繁に行われ、レプリケートによってコストが増加します。
プライベート エンドポイント サポートされています ガイダンスに従って、プライベート エンドポイントを使用して Azure Migrate を設定します

Azure VM の要件

Azure にレプリケートされたオンプレミス VM はすべて、この表にまとめられている Azure VM の要件を満たしている必要があります。

コンポーネント 必要条件 詳細
オペレーティング システムのディスク サイズ 最大 2,048 GB。 サポートされていない場合、確認は失敗します。
オペレーティング システムのディスク数 1 サポートされていない場合、確認は失敗します。
データ ディスク数 16 以下 サポートされていない場合、確認は失敗します。
データ ディスク サイズ 最大 32 TB サポートされていない場合、確認は失敗します。
ネットワーク アダプター 複数のアダプターがサポートされます。
共有 VHD サポートされていません。 サポートされていない場合、確認は失敗します。
FC ディスク サポートされていません。 サポートされていない場合、確認は失敗します。
BitLocker サポートされていません。 マシンのレプリケーションを有効にする前に、BitLocker を無効にする必要があります。
VM 名 1 から 63 文字。
名前に使用できるのは、英文字、数字、およびハイフンのみです。

マシン名の最初と最後は、文字か数字とする必要があります。
Site Recovery でマシンのプロパティの値を更新します。
移行後の接続 - Windows 移行後に、Windows が実行されている Azure VM に接続するには:

- 移行前に、オンプレミス VM で RDP を有効にします。 TCP と UDP の規則が [パブリック] プロファイルに追加されていることを確認し、 [Windows ファイアウォール]>[許可されたアプリ] で、すべてのプロファイルで RDP が許可されていることを確認します。

- サイト間 VPN アクセスの場合は、RDP を有効にし、[Windows ファイアウォール]->[許可されたアプリおよび機能]ドメイン ネットワークとプライベート ネットワークの RDP を許可します。 さらに、オペレーティング システムの SAN ポリシーが [OnlineAll] に設定されていることを確認します。 詳細情報 を参照してください。
移行後の接続 - Linux 移行後に、SSH を使用して Azure VM に接続するには:

- 移行前に、オンプレミスのマシンで、Secure Shell サービスが [開始] に設定されていることと、ファイアウォール規則で SSH 接続が許可されていることを確認します。

- 移行後の Azure VM で、フェールオーバーされた VM とその接続先の Azure サブネットのネットワーク セキュリティ グループ規則について、SSH ポートへの受信接続を許可します。 さらに、VM のパブリック IP アドレスを追加します。

次のステップ

移行のために Hyper-V VM を移行します