@P, John ,
Welcome to the Microsoft Q&A Platform. Thank you for reaching out & I hope you are doing well.
I am afraid I am not sure if your question is correct to begin with.
NOTE :
- Private EndPoint is different from VNET Integration.
- Private EndPoint is used when you want to connect to the PaaS Service and expect the traffic to stay within the Microsoft backbone
- The other way traffic (PaaS to resources in VNET via PE is not supported)
- While VNET integration is used when you want the PaaS Services to connect to other resources that reside in the VNET.
- The other way traffic (Resources in VNET to the PaaS via VNET integration is not supported)
- i.e., one compliments the other
Also, PE is considered as a resource in a VNET
With that said, coming to your question,
"Do we need to create dedicated subnet for ADLS storage and Database?"
- Did you first check if ADLS storage and Database support VNET integration?
- From my analysis, they only support PE
- This makes sense as the above two never have to initiate traffic (outbound) - only receive traffic (inbound)
To give you an overall summary of how to utilize VNET integration and PE to keep the traffic inside the MS Backbone,
- If you want the PaaS Service to talk to resources in Azure VNET , enable VNET integration for this PaaS Service.
- If you want the resources in Azure VNET to talk to PaaS Service , create a PE for this PaaS Service.
- Now, combining these 2, if you want two PaaS Services to be able to talk to each other
- Enable VNET integration for both of them
- And also create PE for both of them.
So,
1 . When PaaS1 wants to talk to PaaS2
- VNET integrated PaaS1 will initiate traffic from the delegated subnet to the PE of PaaS2
2 . When PaaS2 wants to talk to PaaS1
- VNET integrated PaaS2 will initiate traffic from the delegated subnet to the PE of PaaS1
Please let us know if we can be of any further assistance here.
Thanks,
Kapil
Please Accept an answer if correct.
Original posters help the community find answers faster by identifying the correct answer.