エージェントレス移行に向けてオンプレミス環境を準備する
移行に備えて Azure をセットアップしたら、今度は Azure Migrate のデプロイに備えてオンプレミス環境の準備が整っていることを確認します。 移行を予定している Hyper-V マシンと Hyper-V ホスト システムを評価し、必要な調整を行います。
このユニットでは、Azure Migrate: Server Migration で Hyper-V VM を移行するための要件を確認します。
Hyper-V ホストの要件を確認する
単一の Hyper-V でホストされている Linux と Windows の古いワークロードのうち、少数のサブセットを Azure にパイロット移行することが移行の第 1 フェーズであることを思い出してください。 マシンの数がさほど多くないこと、また高可用性の要件がないことから、このシステムには単一の Hyper-V ホストが使用されています。
今後の移行フェーズでは、VMware ESXi クラスターなど、構成はもっと複雑化すると考えられますが、パイロット移行では、Hyper-V ホストのスタンドアロンのデプロイで十分です。 Hyper-V ホストの管理者アクセス許可が割り当てられていること、また、ホスト オペレーティング システムが Windows Server 2012 R2 以上で実行されていることを確認してください。
URL とポートに対するアクセス
オンプレミス環境と Azure との間にインターネット接続が設定されていることを確認します。 Hyper-V ホストは、レプリケーションと移行プロセスを遂行するために、特定の Azure URL とポートにアクセスする必要があります。 Azure Migrate: Server Migration は移行中に、それらの URL を利用して、ID の管理、データ転送の調整、ストレージへのデータのアップロード、レプリケーション プロセスのログ記録、正確なシステム時刻の同期を実行します。
Hyper-V ホストが次の URL にアクセスできることを確認してください。
- login.microsoftonline.com
- *.backup.windowsazure.com
- *.blob.core.windows.net
- dc.services.visualstudio.com
- time.windows.com
さらに、VM のレプリケーション データを Azure Migrate に送信できるよう、Hyper-V ホストの HTTPS ポート 443 でアウトバウンド接続が有効になっていることを確認します。 ポート 443 のアウトバウンド接続は、個々の VM にも必要となります。
Hyper-V VM の設定を確認する
オンプレミス環境の準備の一環としてワークロード自体をレビューし、VM が移行の要件を満たしていることを確認します。 この情報の大部分は評価フェーズで既に収集されているため、このレビューは最終チェックリストと考えてください。
サポートされるオペレーティング システム
移行の対象となるワークロードは Windows Server と Linux ですが、サーバー オペレーティング システムのバージョンが Azure 仮想マシン環境で実行できることを確認する必要があります。 移行予定の VM は、Windows Server 2012 R2 Datacenter および Ubuntu 14.04LTS で実行されています。 どちらのバージョンのオペレーティング システムも、VM は Azure で実行できます。移行前に手動で変更を加える必要は一切ありません。
Windows と Linux オペレーティング システムに関する Azure のサポートについては、「まとめ」ユニットにあるリンクからご覧ください。
システムの起動
UEFI (Unified Extensible Firmware Interface) を使用した VM は、Azure Migrate により自動的に BIOS (Binary Input Output System) ブートの VM に変換されます。 移行を予定しているワークロードはすべて UEFI ベースです。ベスト プラクティスとして VM のバックアップは作成済みです。
BIOS ブート モードでサポートされるディスク パーティションは 2 TB 以下であるため、移行後の OS ディスクごとに最大 5 つのパーティションを割り当て、OS ディスク サイズは 300 GB 未満とする予定です。
ディスク
オンプレミスの VM を移行する際、アンマネージド VM ディスクは、Azure によってマネージド ディスクに変換されます。 Standard SSD Managed Disks、Standard HDD Managed Disks、Premium Managed Disks のいずれかの種類のディスクを選択できます。 パイロット移行で予定しているワークロードであれば、キャパシティは Standard HDD ディスクで十分です。 後続の移行フェーズでは、もっと大きく複雑なワークロードを移行します。その際には、多くのワークロードで Premium Managed Disks が必要になるでしょう。
Azure VM の要件
オンプレミスの VM を Azure にレプリケートする際、Site Recovery によってレプリケーションの前提条件チェックが実行されます。 レプリケートされるオンプレミスの VM が Azure VM の同等の要件を満たしていることが、このチェックによって確認されます。
目的のワークロードが、サポート対象の 64 ビット オペレーティング システムで動作することは確認済みです。
移行作業に進む前に Azure VM の要件を確認し、オンプレミスの VM に必要な調整を行います。
ディスク
次に、Hyper VM を Azure で実行するために必要なデータ ディスクの数を、キャパシティとパフォーマンスに基づいて割り出します。 VM に必要な最大ディスク サイズと速度を決め、必要なディスク数を計算します。 これは、VM サイズの選択にも影響する可能性があることに注意してください。
Azure で利用できるデータ ディスクは最大 64 個で、ディスク サイズは最大 4,095 GB となっています。 移行パイロット向けに選択した VM のディスク構成は、これらのパラメーターの範囲内に収まっています。
移行を予定している Windows Server VM のいくつかは、BitLocker ドライブ暗号化によって保護されています。 それらのマシンについては BitLocker を無効にしてから、レプリケーションを有効にしてください。
Windows Server VM
このリストは、Hyper-V VM を準備する過程で参照します。Windows Server VM を Azure に移行する前に、これらの措置が実施済みであることを確認してください。
操作 詳細 SAN ポリシーを Online All に構成します。 Azure VM 内の Windows ボリュームで、オンプレミスの VM と同じドライブ文字の割り当てが使用されます。 ほとんどの場合自動的に設定されますが、Windows Server 2008 R2 未満のオペレーティング システムでは、手動による構成が必要になることがあります。 Azure VM の Azure 画面アクセス コンソールを有効にする トラブルシューティングに使用されます。 Azure VM がディスク イメージを使用して起動するため、VM を再起動する必要はありません。 リモート デスクトップ (RDP) を有効にする 移行後、Windows が実行されている Azure VM に接続する必要があります。 いずれかのネットワーク プロファイルで、RDP アクセスが Windows ファイアウォールによってブロックされていないか確認します。
Linux VM
Azure への移行前にこのリストを参照し、Linux サーバー VM に対する必要なアクションを実行してください。
操作 詳細 Hyper-V Linux 統合サービスをインストールする 新しいバージョンの Linux ディストリビューションには、ほとんどの場合、既定でこれが含まれています Azure シリアル コンソールのログ記録を有効にする トラブルシューティングに使用されます。 Azure VM がディスク イメージを使用して起動するため、VM を再起動する必要はありません。 デバイスのマップ ファイルを更新する デバイス名とボリュームの関連付けには、永続的なデバイス識別子を使用します fstab エントリを更新する 永続的なボリューム識別子を使用するよう、エントリを更新します udev ルールを削除する MAC アドレスに基づいてインターフェイス名を予約するルールを削除します ネットワーク インターフェイスを更新する ネットワーク インターフェイスが DHCP ベースの IP アドレスを受信できるようにします SSH を有効にする 移行後、Azure VM には SSH を使用して接続する必要があります。 システムの再起動時に sshd サービスを自動的に開始するように設定します。 ファイアウォール規則で SSH 接続が許可されていることを確認してください。