Skip to content

Commit 7b3f58a

Browse files
Merge pull request #310807 from shpathak-msft/patch-14
Revise geo-replication data transfer and sync notes
2 parents 595fa3e + 60f8344 commit 7b3f58a

1 file changed

Lines changed: 3 additions & 2 deletions

File tree

articles/redis/how-to-active-geo-replication.md

Lines changed: 3 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -18,9 +18,10 @@ In this article, you learn how to configure an active geo-replicated cache using
1818
Active geo-replication groups up to five instances of Azure Managed Redis into a single cache that spans across Azure regions. All instances act as the local, primary caches. An application decides which instance or instances to use for read and write requests.
1919

2020
> [!NOTE]
21-
> Data transfer between Azure regions is charged at standard [bandwidth rates](https://azure.microsoft.com/pricing/details/bandwidth/).
21+
> * Using active geo-replication produces data transfer between Azure regions. These bandwidth charges are currently absorbed by Azure Managed Redis and not passed on to customers.
22+
> Billing can change in the future. For more information, see [bandwidth rates](https://azure.microsoft.com/pricing/details/bandwidth/).
2223
>
23-
> Data sync among replicas follows eventual consistency. The service does not provide SLA on sync time. Please design your system without relying on the timeliness of data sync.
24+
> * Data sync among replicas follows eventual consistency. The service does not provide SLA on sync time. Please design your system without relying on the timeliness of data sync.
2425
>
2526
2627
## How active geo-replication works

0 commit comments

Comments
 (0)