Connecting from VM to VM in the same geographic location (Central US) but different RG/subscription

%3CLINGO-SUB%20id%3D%22lingo-sub-777465%22%20slang%3D%22en-US%22%3EConnecting%20from%20VM%20to%20VM%20in%20the%20same%20geographic%20location%20(Central%20US)%20but%20different%20RG%2Fsubscription%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-777465%22%20slang%3D%22en-US%22%3E%3CP%3EHello%2C%3C%2FP%3E%0A%3CP%3ECx%20logged%20a%20case%20asking%20below%20questions%3A%3C%2FP%3E%0A%3CP%3E%3CSPAN%20style%3D%22display%3A%20inline%20!important%3B%20float%3A%20none%3B%20background-color%3A%20%23ffffff%3B%20color%3A%20%23000000%3B%20font-family%3A%20Consolas%2C'Courier%20New'%2CCourier%2Cmonospace%3B%20font-size%3A%201em%3B%20font-style%3A%20normal%3B%20font-variant%3A%20normal%3B%20font-weight%3A%20400%3B%20letter-spacing%3A%20normal%3B%20orphans%3A%202%3B%20text-align%3A%20left%3B%20text-decoration%3A%20none%3B%20text-indent%3A%200px%3B%20text-transform%3A%20none%3B%20-webkit-text-stroke-width%3A%200px%3B%20white-space%3A%20pre-wrap%3B%20word-spacing%3A%200px%3B%22%3E%22We%20are%20planning%20to%20create%20a%20Windows%20Virtual%20Desktop%20in%20Azure%20from%20where%20a%20customer%20will%20connect%20to%20Windows%20Server%20running%20on%20a%20VM.%20Both%20machines%20will%20be%20hosted%20in%20Azure%20and%20both%20will%20be%20in%20the%20same%20location%20(Central%20US).%20But%20we%20don't%20want%20to%20create%20a%20network%20peering%2C%20the%20customer%20should%20be%20on%20the%20same%20network%20for%20security%20reasons.%20They%20will%20connect%20to%20the%20server%20using%20public%20IP%20address%20of%20the%20server%20for%20the%20virtual%20desktop.%20What%20is%20the%20best%20way%20to%20ensure%20that%20connectivity%20between%20this%20environment%20is%20as%20good%20as%20it%20can%20be%20(network%20latency)%3F%20Ideally%20the%20network%20will%20not%20hit%20public%20internet%20but%20will%20be%20routed%20directly%20within%20the%20network%20in%20Central%20US%20even%20though%20the%20customer%20will%20use%20the%20public%20IP%20of%20the%20server.%20How%20can%20this%20be%20done%3F%20Or%20maybe%20it's%20already%20like%20that%20and%20Azure%20will%20know%20that%20it%20doesn't%20have%20to%20leave%20the%20location.%22%3C%2FSPAN%3E%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E%3CSPAN%20style%3D%22display%3A%20inline%20!important%3B%20float%3A%20none%3B%20background-color%3A%20%23ffffff%3B%20color%3A%20%23000000%3B%20font-family%3A%20Consolas%2C'Courier%20New'%2CCourier%2Cmonospace%3B%20font-size%3A%201em%3B%20font-style%3A%20normal%3B%20font-variant%3A%20normal%3B%20font-weight%3A%20400%3B%20letter-spacing%3A%20normal%3B%20orphans%3A%202%3B%20text-align%3A%20left%3B%20text-decoration%3A%20none%3B%20text-indent%3A%200px%3B%20text-transform%3A%20none%3B%20-webkit-text-stroke-width%3A%200px%3B%20white-space%3A%20pre-wrap%3B%20word-spacing%3A%200px%3B%22%3ESo%20my%20question%3A%20Will%20%3C%2FSPAN%3Ethere%20be%20Service%20Endpoint%20to%20support%20cx%20requirement%3F%26nbsp%3B%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1083868%22%20slang%3D%22en-US%22%3ERe%3A%20Connecting%20from%20VM%20to%20VM%20in%20the%20same%20geographic%20location%20(Central%20US)%20but%20different%20RG%2Fsubscript%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1083868%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F383727%22%20target%3D%22_blank%22%3E%40AhamdJayyusi%3C%2FA%3E%26nbsp%3B%3A%20Apologies%20for%20the%20delay.%20To%20answer%20your%20questions...%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E1.%20Yes%2C%20Azure%20already%20does%20this%20natively%20by%20channeling%20intelligently%20routing%20network%20requests%20either%20within%20the%20datacenter%20or%20along%20the%20Azure%20backbone.%3C%2FP%3E%0A%3CP%3E%26nbsp%3B%3C%2FP%3E%0A%3CP%3E2.%20In%20the%20future%2C%20we%20will%20be%20supporting%20service%20endpoints.%20However%2C%20we%20do%20not%20have%20an%20exact%20ETA%20at%20this%20point%20in%20time.%3C%2FP%3E%3C%2FLINGO-BODY%3E
Highlighted
Microsoft

Hello,

Cx logged a case asking below questions:

"We are planning to create a Windows Virtual Desktop in Azure from where a customer will connect to Windows Server running on a VM. Both machines will be hosted in Azure and both will be in the same location (Central US). But we don't want to create a network peering, the customer should be on the same network for security reasons. They will connect to the server using public IP address of the server for the virtual desktop. What is the best way to ensure that connectivity between this environment is as good as it can be (network latency)? Ideally the network will not hit public internet but will be routed directly within the network in Central US even though the customer will use the public IP of the server. How can this be done? Or maybe it's already like that and Azure will know that it doesn't have to leave the location."

 

So my question: Will there be Service Endpoint to support cx requirement? 

1 Reply
Highlighted

@AhamdJayyusi : Apologies for the delay. To answer your questions...

 

1. Yes, Azure already does this natively by channeling intelligently routing network requests either within the datacenter or along the Azure backbone.

 

2. In the future, we will be supporting service endpoints. However, we do not have an exact ETA at this point in time.