An Azure personalized recommendation engine that helps users follow best practices to optimize Azure deployments.
Hello John Holliday
Azure Resource Mover only lists virtual machines that fully meet its support matrix. If a VM does not appear, it means the VM or one of its dependencies is not supported for a region move for example: specific disk, encryption, networking, or VM configuration.
Microsoft does not surface unsupported VMs in the selection list.
Using Resource Mover, you can currently move the following resources across regions:
- Azure VMs and associated disks (Azure Spot VMs are not currently supported)
- Encrypted Azure VMs and associated disks. This includes VMs with Azure disk encryption enabled and Azure VMs using default server-side encryption (both with platform-managed keys and customer-managed keys)
- NICs
- Availability sets
- Azure virtual networks
- Public IP addresses (Public IP will not be retained across regions)
- Network security groups (NSGs)
- Internal and public load balancers
- Azure SQL databases and elastic pools
Only supported Azure VMs and configurations appear as selectable resources in Azure Resource Mover.
Please have a look into the below document for more details:
Azure Resource Mover – Supported resources and limitations https://learn.microsoft.com/azure/resource-mover/overview https://learn.microsoft.com/azure/resource-mover/common-questions
The region is grayed out when creating a VM from a snapshot might be due to below following reasons:
- Snapshots and managed disks are region‑scoped
- A VM created directly from a snapshot or managed disk must be created in the same region
- Because the snapshot was created in East US 2, the Region field is locked to East US 2
You cannot change the region during VM creation from a snapshot. Snapshots cannot be directly used to create resources in another region. To use them elsewhere, they must be copied to the target region first.
Reference: Managed disk and snapshot limitations
https://learn.microsoft.com/azure/virtual-machines/managed-disks-overview
3. Please have a look into below Supported approach to move the VM to East US:
Since you want to use an existing Virtual Network in East US, the supported options are:
A. Azure Site Recovery:
- Replicates the VM from East US 2 to East US
- Recreates the VM in the target region
- Allows you to select or map to an existing VNet in East US
- Fully supported by Microsoft for region migration
Reference: https://learn.microsoft.com/azure/site-recovery/azure-to-azure-tutorial-migrate
B. Manual disk copy approach:
If this is a one‑time move:
- Create an incremental snapshot
- Copy the snapshot to East US
- Create a managed disk in East US
- Create a new VM in East US using that disk and attach it to the existing VNet
Changing region during VM creation from a snapshot, Attaching East US 2 disks or snapshots directly to a VM in East US and Moving a VM across regions without recreation (Azure does not support “in‑place” region moves) are not the supported ways to move VM's from one region to another region.
Thanks,
Suchitra.