Question concerning zone redundancy and ACR traffic costs #788
Labels
feature-high-availability
Issues related to geo-replication, zone redundancy and high availability
question
Qustions about features or clarifications needed
triaged
Use after the issue is triaged
Hello,
I would like to understand and clarify whether or not customers incur network egress costs for ACR traffic when the ACR instance and the ACR consumer reside in different availability zones from one another.
There are a few common scenarios we could consider. In all cases though lets state that that both compute and the private endpoint for the ACR reside within the same VNet - thus no cross-vnet traffic.
There is no mention of costs or implications to costs in the documentation concerned with ACR Zone redundancy found here: https://learn.microsoft.com/en-us/azure/container-registry/zone-redundancy. And there is no mention of cost impact when you use the Azure Portal to create your ACR instance.
However, there is a mention of costs in the ACR Best Practises page here: https://learn.microsoft.com/en-us/azure/container-registry/container-registry-best-practices
It states: "Pulling images from one datacenter to another adds network egress fees, in addition to the latency."
It seems to me that if a customer cannot choose a specific zone for their ACR to be provision in, and therefore cannot guarantee co-location next to their compute (if they are pinning their compute to a specific Zone); then it's simply down to luck whether or not their compute and ACR are co-located and therefore they would not be able to control their fees if that above statement holds true.
I'd also expect that if enabling zone-redundancy does amount to network egress costs being charges then this would be made clear in the page which documents the feature.
FWIW, and for interest, GitHub Co-Pilot is of the opinion that network egress charges are not applied for ACR traffic between datacentres - contradictory to the sentence in bold above.
Thanks.
The text was updated successfully, but these errors were encountered: