如何判断和监控CosmosDB数据复制引发的请求限流？

问题1：是否可以保证数据复制绝对不会引发请求限流？ #

不存在绝对不引发限流的保证。
跨区域数据复制的本质是系统将写入区域产生的数据变更同步到所有只读区域，该同步操作会直接消耗只读区域的配置RU（请求单位）。当你批量上传数据时，写入区域产生的高并发变更会同步推送到只读区域，若同步流量峰值超过只读区域的RU配额，就会触发只读区域的限流。
你之前查阅的相关讨论结论是正确的，且切换一致性级别无法避免该问题：一致性级别仅影响复制的延迟、数据一致性承诺，不会降低复制操作本身需要消耗的RU总量，因此无法解决复制引发的限流。

问题2：如何监控复制进程引发的限流情况 #

你之前在默认面板看不到分区域数据，是未做维度拆分或者未开启日志采集，可通过以下两种方式实现监控：

• 通过诊断日志精准查询
  首先在Azure门户中为你的Cosmos DB账户开启诊断设置，将请求日志投递到Log Analytics工作区，使用以下Kusto查询即可筛选出分区域、分请求类型的限流数据：

AzureDiagnostics
| where ResourceType == "DOCUMENTDB"
| where StatusCode == 429
| extend isReplicationTraffic = OperationType == "Replication" or IsSystemOperation == "True"
| summarize ThrottledCount = count() by Region, isReplicationTraffic
| sort by ThrottledCount desc

该查询可以清晰区分每个区域里，是用户业务请求触发的限流还是系统复制流量触发的限流。

• 通过Metrics维度拆分查看
  在Metrics面板创建自定义报表时，选择指标为429响应数/已消耗RU/s后，点击「应用拆分」按钮，选择Region作为拆分维度，即可看到每个区域的细分指标数据，不需要额外配置日志采集即可快速查看。

额外实操建议 #

如果你的只读区域同时承载业务读请求，可以在每日批量上传时段临时上调只读区域的RU配额，或者对批量上传任务做速率控制，避免复制流量抢占业务请求的RU资源。

内容的提问来源于stack exchange，提问作者zadorno