Skip to content

Commit 6ac7018

Browse files
author
Priyanka Middha
committed
Add section on optimizing VM conversion for geographically distributed environments
1 parent a76b2a2 commit 6ac7018

1 file changed

Lines changed: 42 additions & 0 deletions

File tree

WindowsServerDocs/manage/windows-admin-center/use/migrate-vmware-to-hyper-v.md

Lines changed: 42 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -246,6 +246,48 @@ Complete the following steps to migrate VMware virtual machines to Hyper-V in Wi
246246
> Migration requires the user to stay signed in with an active browser session. If the session is closed or times out, the
247247
> migration may pause or stop progressing.
248248
249+
---
250+
251+
## Optimize VM Conversion for Geographically Distributed Environments
252+
253+
The current Windows Admin Center (WAC) VM conversion workflow uses a centralized data-flow architecture.
254+
While this works well for single-site deployments, it can introduce performance limitations in geographically distributed environments.
255+
256+
### Current Data Flow Architecture
257+
258+
During VMware-to-Hyper-V conversion, data flows through the following path:
259+
260+
1. **VMware VDDK** reads VM disk data from ESXi hosts via vCenter.
261+
2. The data stream is sent to the **centralized Windows Admin Center gateway**.
262+
3. WAC uses Microsoft APIs to write the data to the **destination Hyper-V host**.
263+
264+
This design can lead to:
265+
- Increased WAN traffic
266+
- Higher latency during sync
267+
- Slower disk transfer performance when the WAC gateway is in a different region than source or destination hosts
268+
269+
### Recommended Deployment Model: Distributed WAC Architecture
270+
271+
To improve performance in multi-site or distributed environments, deploy **site-local WAC gateways** at each geographical location.
272+
273+
**Benefits of a distributed model include:**
274+
275+
- Conversion and sync traffic remains **within the same site**
276+
(for example: *Alabama → Alabama*), avoiding cross-region WAN routing.
277+
- Improved data throughput during VM sync and copy operations.
278+
- Reduced latency and network congestion.
279+
- Maintains centralized management while enabling **localized execution** of VM conversions.
280+
281+
> **Note**
282+
> This architecture is recommended for organizations with multiple datacenters, branch offices, or globally distributed VMware and Hyper-V infrastructures.
283+
284+
### Direct ESXi-to-Hyper-V Transfer
285+
286+
At this time, **direct ESXi → Hyper-V host-to-host transfer** without routing data through the Windows Admin Center gateway is **not supported**.
287+
All conversion traffic must be proxied through the WAC gateway as part of the current design.
288+
289+
---
290+
249291
## View logs
250292
251293
### Browser console logs

0 commit comments

Comments
 (0)