AVD deployment with existing multiple regions

%3CLINGO-SUB%20id%3D%22lingo-sub-2496053%22%20slang%3D%22en-US%22%3EAVD%20deployment%20with%20existing%20multiple%20regions%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2496053%22%20slang%3D%22en-US%22%3E%3CP%3EI'm%20working%20on%20a%20project%20with%20a%20customer%20who%20already%20has%20VNETs%20in%20West%20Europe%2C%20Asia%20East%20and%20North%20Central%20US%2C%20two%20which%20have%20ExpressRoute%20connections%20and%20the%20third%20with%20a%20S2S%20VPN%20(obviously%20with%20relevant%20FWs%20and%20GWs).%20The%20plan%20for%20the%20AVD%20deployment%20is%26nbsp%3B%20to%20use%20the%20West%20Europe%20VNET%20as%20the%20core%20services%20hub%20and%20peered%20spoke%20VNETs%20just%20for%20the%20workload%20AVD%20desktop%20pools%20in%20the%20three%20regions.%20My%20question%20is%2C%20can%20I%2Fshould%20I%20also%20peer%20the%20new%20AVD%20regional%20VNETs%20to%20the%20corresponding%20pre-existing%20local%20VNETs%20(e.g.%20Asia%20East%20to%20Asia%20East)%20and%20configure%20routing%20tables%20in%20each%20to%20direct%20traffic%20out%20locally%2C%20rather%20back%20though%20the%20core%20in%20West%20Europe%2C%20or%20if%20that%20will%20even%20work%3F%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-2498267%22%20slang%3D%22en-US%22%3ERe%3A%20AVD%20deployment%20with%20existing%20multiple%20regions%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-2498267%22%20slang%3D%22en-US%22%3EShort%20answer%20-%20yes%2C%20you%20can%20peer%20your%20regional%20networks%20and%20configure%20default%20internet%20route%20to%20go%20out%20locally%3CBR%20%2F%3E%3CBR%20%2F%3ETo%20make%20AVD%20work%20you%20need%20to%20have%20a%20traffic%20going%20out%20to%20the%20Internet%20(with%20a%20default%20route%20or%20using%20the%20Service%20Tag)%2C%20it%20is%20recommended%20to%20route%20Internet%20traffic%20directly%20out%20of%20vnet%2C%20without%20sending%20it%20on-prem%20or%20sending%20it%20to%20another%20region.%3CBR%20%2F%3EAdditionally%20you%20need%20to%20take%20care%20of%20AD%20connectivity%20within%20a%20vnets%2C%20so%20you%20would%20probably%20need%20a%20peering%20for%20your%20private%20subnets.%3C%2FLINGO-BODY%3E
New Contributor

I'm working on a project with a customer who already has VNETs in West Europe, Asia East and North Central US, two which have ExpressRoute connections and the third with a S2S VPN (obviously with relevant FWs and GWs). The plan for the AVD deployment is  to use the West Europe VNET as the core services hub and peered spoke VNETs just for the workload AVD desktop pools in the three regions. My question is, can I/should I also peer the new AVD regional VNETs to the corresponding pre-existing local VNETs (e.g. Asia East to Asia East) and configure routing tables in each to direct traffic out locally, rather back though the core in West Europe, or if that will even work?

1 Reply
Short answer - yes, you can peer your regional networks and configure default internet route to go out locally

To make AVD work you need to have a traffic going out to the Internet (with a default route or using the Service Tag), it is recommended to route Internet traffic directly out of vnet, without sending it on-prem or sending it to another region.
Additionally you need to take care of AD connectivity within a vnets, so you would probably need a peering for your private subnets.