移行およびモダン化ツールで、移行中の Windows OS のアップグレードがサポートされるようになりました。 このオプションは、現時点では Linux には使用できません。
Windows OS のアップグレードの詳細を参照してください。
Vmware VM を移行するには VMware vCenter が必要ですか?
Vmware エージェントベースまたはエージェントレス移行を使用して VMware Vm を移行する場合は、VM が配置されている ESXi ホストを vCenter Server で管理する必要があります。 VCenter Server がない場合は、物理サーバーとして VMware VM を移行できます。
詳細情報。
Windows Server 2008 および 2008 R2 は、移行後に Azure でサポートされますか?
オンプレミスの Windows Server 2008 および 2008 R2 サーバーを Azure VM に移行すると、サポート終了後 3 年間、VM の実行コストを上回る追加料金なしで、拡張セキュリティ更新プログラムを取得できます。
移行およびモダン化ツールを使用して、Windows Server 2008 および 2008 R2 のワークロードを移行できます。
VMware/Hyper-V で動作している Windows Server 2003 を Azure に移行するにはどうすればよいですか?
Windows Server 2003 の延長サポートは、2015 年 7 月 14 日に終了しました。 Azure サポート チームでは、Azure での Windows Server 2003 の実行に関係する問題のトラブルシューティングを引き続き支援します。 ただし、このサポートは、OS レベルのトラブルシューティングや修正プログラムを必要としない問題に限定されます。
Azure クラウドの柔軟性と信頼性を効果的に使用できるようにするため、新しいバージョンの Windows Server が動作している Azure インスタンスにアプリケーションを移行することをお勧めします。
Windows Server 2003 を Azure に移行することを選択した場合は、移行およびモダン化ツールを使用できます (Windows Server のデプロイが VMware または Hyper-V で実行されている VM の場合)。 詳細については、「移行に向けた Windows Server 2003 コンピューターの準備」を参照してください。
エージェントレスの VMware 移行
エージェントレスの移行はどのようなしくみになっていますか?
移行およびモダン化ツールには、Windows または Linux が動作している VMware と Hyper-V VM を移行するためのエージェントレスのレプリケーション オプションが用意されています。 ツールには、Windows および Linux サーバー用の別のエージェントベースのレプリケーション オプションが用意されています。 この他のオプションは、VMware、Hyper-V、AWS、GCP などのプロバイダー上の物理サーバーや x86/x64 VM の移行に使用できます。
VMware VM のレプリケーション サイクル間の変更を追跡するために、VMware の変更ブロック追跡テクノロジが使用されます。 レプリケーション サイクルの開始時に、VM スナップショットが作成され、変更ブロック追跡を使用して、現在のスナップショットと最後に正常にレプリケートされたスナップショットの間の変更が取得されます。 VM のレプリケーションを同期した状態に保つには、最後に完了したレプリケーション サイクル以降に変更されたデータのみをレプリケートする必要があります。
各レプリケーション サイクルの最後に、スナップショットが解放され、VM に対してスナップショットの統合が実行されます。 同様に、Hyper-V VM の場合は、Hyper-V レプリカの変更追跡エンジンで連続するレプリケーション サイクル間の変更が追跡されます。
レプリケートする VM で Migrate 操作を実行するときに、オンプレミスの VM をシャットダウンして、最後の増分レプリケーションを実行することを選択すれば、データ損失を防ぐことができます。 レプリケーションが実行されると、Azure で VM を作成するために VM に対応するレプリカ マネージド ディスクが使用されます。
#Replace with an account that's part of the local Administrators group
$User = "localVmName\userName"
#Set the task names
$ThrottleBandwidthTask = "ThrottleBandwidth"
$IncreaseBandwidthTask = "IncreaseBandwidth"
#Create a directory to host PowerShell scaling scripts
if (!(Test-Path "C:\ReplicationBandwidthScripts"))
{
New-Item -Path "C:\" -Name "ReplicationBandwidthScripts" -Type Directory
}
#Set your minimum bandwidth to be used during replication by changing the ThrottleRateActionBitsPerSecond parameter
#Currently set to 10 MBps
New-Item C:\ReplicationBandwidthScripts\ThrottleBandwidth.ps1
Set-Content C:\ReplicationBandwidthScripts\ThrottleBandwidth.ps1 'Set-NetQosPolicy -Name "ThrottleReplication" -ThrottleRateActionBitsPerSecond 10MB'
$ThrottleBandwidthScript = "C:\ReplicationBandwidthScripts\ThrottleBandwidth.ps1"
#Set your maximum bandwidth to be used during replication by changing the ThrottleRateActionBitsPerSecond parameter
#Currently set to 1000 MBps
New-Item C:\ReplicationBandwidthScripts\IncreaseBandwidth.ps1
Set-Content C:\ReplicationBandwidthScripts\IncreaseBandwidth.ps1 'Set-NetQosPolicy -Name "ThrottleReplication" -ThrottleRateActionBitsPerSecond 1000MB'
$IncreaseBandwidthScript = "C:\ReplicationBandwidthScripts\IncreaseBandwidth.ps1"
#Timezone set on the Azure Migrate Appliance (VM) is used; change the frequency to meet your needs
#In this example, the bandwidth is being throttled every weekday at 8:00 AM local time
#The bandwidth is being increased every weekday at 6:00 PM local time
$ThrottleBandwidthTrigger = New-ScheduledTaskTrigger -Weekly -DaysOfWeek Monday,Tuesday,Wednesday,Thursday,Friday -At 8:00am
$IncreaseBandwidthTrigger = New-ScheduledTaskTrigger -Weekly -DaysOfWeek Monday,Tuesday,Wednesday,Thursday,Friday -At 6:00pm
#Setting the task action to execute the scripts
$ThrottleBandwidthAction = New-ScheduledTaskAction -Execute "PowerShell.exe" -Argument "-executionpolicy bypass -noprofile -file $ThrottleBandwidthScript"
$IncreaseBandwidthAction = New-ScheduledTaskAction -Execute "PowerShell.exe" -Argument "-executionpolicy bypass -noprofile -file $IncreaseBandwidthScript"
#Creating the scheduled tasks
Register-ScheduledTask -TaskName $ThrottleBandwidthTask -Trigger $ThrottleBandwidthTrigger -User $User -Action $ThrottleBandwidthAction -RunLevel Highest -Force
Register-ScheduledTask -TaskName $IncreaseBandwidthTask -Trigger $IncreaseBandwidthTrigger -User $User -Action $IncreaseBandwidthAction -RunLevel Highest -Force
移行およびモダン化ツールには、物理サーバー上で実行されている Windows サーバーおよび Linux サーバー、または VMware、Hyper-V、AWS、GCP などのプロバイダー上でx86/x64 VM として実行されている Windows サーバーおよび Linux サーバーを移行するためのエージェントベースの移行オプションが用意されています。
Amazon Linux オペレーティング システムが動作している AWS VM を移行できますか?
Amazon Linux OS がサポートされるのは AWS 上だけであるため、Amazon Linux を実行する VM をそのまま移行することはできません。
Amazon Linux で実行されているワークロードを移行するには、Azure で CentOS/RHEL VM を起動します。 その後、対応するワークロード移行アプローチを使用して、AWS Linux マシンで実行されているワークロードを移行できます。 たとえば、ワークロードによっては、Web サーバーの場合のデータベースやデプロイのツールなど、移行を支援するためのワークロード固有のツールが存在する場合もあります。
VM のレプリケーションが開始されると、初期レプリケーション サイクルが発生し、ディスクの完全なコピーがレプリケートされます。 初期レプリケーションが完了すると、前回のレプリケーション サイクル以降に発生したすべての変更を転送するために、増分レプリケーション サイクル (差分サイクル) が定期的にスケジュールされます。
エージェントベースのレプリケーション方法では、環境をプロファイリングしてデータ変更頻度を求めたり、必要な帯域幅の要件を予測したりするのに Azure Site Recovery Deployment Planner が役立ちます。 詳細については、「VMware のデプロイを計画する」をお読みください。
エージェントレスの Hyper-V 移行
エージェントレスの移行はどのようなしくみになっていますか?
移行およびモダン化ツールには、Windows または Linux が動作している VMware と Hyper-V VM を移行するためのエージェントレスのレプリケーション オプションが用意されています。 ツールには、Windows および Linux サーバー用の別のエージェントベースのレプリケーション オプションが用意されています。 この他のオプションは、VMware、Hyper-V、AWS、GCP などのプロバイダー上の物理サーバーや x86/x64 VM の移行に使用できます。
