You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@@ -118,8 +118,97 @@ Now that you have migrated your data to ZRS managed disks or zonal managed disks
118
118
119
119
```
120
120
121
+
## Migration Option 2: VM regional to zonal move
121
122
122
-
## Migration Option 2: Azure Resource Mover
123
+
This section details how to move single instance Azure virtual machines from a Regional configuration to a target [Availability Zone](../reliability/availability-zones-overview.md) within the same Azure region.
124
+
125
+
126
+
> [!IMPORTANT]
127
+
> Regional to zonal move of single instance VM(s) configuration is currently in *Public Preview*.
128
+
129
+
### Key benefits of regional to zonal move
130
+
131
+
The benefits of a regional to zonal move are:
132
+
133
+
-**Enhanced user experience**- The new availability zones in the desired region lowers the latency and builds a good customer experience.
134
+
-**Reduced downtime**- The virtual machines are supported throughout, thereby improving the application resiliency and availability.
135
+
-**Network connectivity**– Leverages the existing infrastructure, such as virtual networks (VNETs), subnets, network security groups (NSGs), and load balancers (LBs), which can support the target Zonal configuration.
136
+
-**High scalability**- Orchestrates the move at scale by reducing manual touch points and minimizes the overall migration time from days to hours or even minutes, depending on the volume of data.
137
+
138
+
139
+
### Components
140
+
141
+
The following components are used during a regional to zonal move:
142
+
143
+
| Component | Details |
144
+
| --- | --- |
145
+
| Move collection | A move collection is an Azure Resource Manager object that is created during the regional to zonal move process. The collection is based on the VM's region and subscription parameters and contains metadata and configuration information about the resources you want to move. VMs added to a move collection must be in the same subscription and region/location but can be selected from different resource groups.|
146
+
| Move resource | When you add VM(s) to a move collection, it's tracked as a move resource and this information is maintained in the move collection for each of the VM(s) that are currently in the move process. The move collection will be created in a temporary resource group in your subscription and can be deleted along with the resource group if desired. |
147
+
| Dependencies | When you add VMs to the move collection, validation checks are done to determine if the VMs have any dependencies that aren't in the move collection. For example, a network interface card (NIC) is a dependent resource for a VM and must be moved along with the VM. After identifying the dependencies for each of the VMs, you can either add dependencies to the move collection and move them as well, or you can select alternate existing resources in the target zonal configuration. You can select an existing VNET in the target zonal configuration or create a new VNET as applicable. |
148
+
149
+
### Support matrix
150
+
151
+
##### **Virtual Machines compute**
152
+
153
+
The following table describes the support matrix for moving virtual machines from a regional to zonal configuration:
154
+
155
+
| Scenario | Support | Details |
156
+
| --- | --- | --- |
157
+
| Single Instance VM | Supported | Regional to zonal move of single instance VM(s) is supported. |
158
+
| VMs within an Availability Set | Not supported ||
159
+
| VMs inside Virtual Machine Scale Sets with uniform orchestration | Not supported ||
160
+
| VMs inside Virtual Machine Scale Sets with flexible orchestration | Not supported ||
161
+
| Supported regions | Supported | Only availability zone supported regions are supported. Learn [more](../reliability/availability-zones-service-support.md) to learn about the region details. |
162
+
| VMs already located in an availability zone | Not supported | Cross-zone move isn't supported. Only VMs that are within the same region can be moved to another availability zone. |
163
+
| VM extensions | Not Supported | VM move is supported, but extensions aren't copied to target zonal VM. |
164
+
| VMs with trusted launch | Supported | Re-enable the **Integrity Monitoring** option in the portal and save the configuration after the move. |
165
+
| Confidential VMs | Supported | Re-enable the **Integrity Monitoring** option in the portal and save the configuration after the move. |
166
+
| Generation 2 VMs (UEFI boot) | Supported ||
167
+
| VMs in Proximity placement groups | Supported | Source proximity placement group (PPG) is not retained in the zonal configuration. |
168
+
| Spot VMs (Low priority VMs) | Supported ||
169
+
| VMs with dedicated hosts | Supported | Source VM dedicated host won't be preserved. |
170
+
| VMs with Host caching enabled | Supported ||
171
+
| VMs created from marketplace images | Supported ||
172
+
| VMs created from custom images | Supported ||
173
+
| VM with HUB (Hybrid Use Benefit) license | Supported ||
174
+
| VM RBAC policies | Not Supported | VM move is supported, but RBACs aren't copied to target zonal VM. |
175
+
| VMs using Accelerated Networking | Supported ||
176
+
177
+
#### **Virtual Machines storage settings**
178
+
179
+
The following table describes the support matrix for moving virtual machines storage settings:
180
+
181
+
| Scenario | Support | Details |
182
+
| --- | --- | --- |
183
+
| VMs with managed disk | Supported | Regional to zonal move of single instance VM(s) is supported. |
| Temporary disk in VMs | Supported | Temporary disks will be created; however, they won't contain the data from the source temporary disks. |
193
+
| VMs with ZRS disks | Supported ||
194
+
| VMs with ADE (Azure Disk Encryption) | Supported ||
195
+
| VMs with server-side encryption using service-managed keys | Supported ||
196
+
| VMs with server-side encryption using customer-managed keys | Supported ||
197
+
| VMs with Host based encryption enabled with PM | Not Supported ||
198
+
| VMs with Host based encryption enabled with CMK | Not Supported ||
199
+
| VMs with Host based encryption enabled with Double encryption | Not Supported ||
200
+
201
+
#### **Virtual Machines networking settings**
202
+
203
+
The following table describes the support matrix for moving virtual machines networking settings:
204
+
205
+
| Scenario | Support | Details |
206
+
| --- | --- | --|
207
+
| NIC | Supported | By default, a new resource is created, however, you can specify an existing resource in the target configuration. |
208
+
| VNET | Supported| By default, the source virtual network (VNET) is used, or you can specify an existing resource in the target configuration. |
209
+
210
+
211
+
## Migration Option 3: Azure Resource Mover
123
212
124
213
### When to use Azure Resource Mover
125
214
@@ -151,4 +240,6 @@ The following requirements should be part of a disaster recovery strategy that h
151
240
-[Azure services and regions that support availability zones](availability-zones-service-support.md)
152
241
-[Reliability in Virtual Machines](./reliability-virtual-machines.md)
153
242
-[Reliability in Virtual Machine Scale Sets](./reliability-virtual-machine-scale-sets.md)
243
+
-[Move single instance Azure VMs from regional to zonal configuration using PowerShell](../virtual-machines/move-virtual-machines-regional-zonal-powershell.md)
244
+
-[Move single instance Azure VMs from regional to zonal configuration via portal](../virtual-machines/move-virtual-machines-regional-zonal-portal.md)
0 commit comments