多区域架构下Azure SQL DB与Blob存储复制问题求助

一、SQL数据库：解决一致性与复制延迟问题 #

1. 调整复制模式与一致性级别 #

当前模板使用异步复制的可读副本，存在天然延迟。若业务强一致性需求高，可切换为同步提交模式（仅支持Azure区域配对中的两个区域），修改ARM模板副本属性：

"properties": {
  "createMode": "OnlineSecondary",
  "secondaryType": "Readable",
  "partnerServer": "mySecondarySqlServer",
  "readScale": "Enabled",
  "dataSyncMode": "Synchronous" // 同步提交，仅适用于配对区域
}

若需多区域部署，建议使用自动故障转移组，同时配置只读路由实现就近读访问：

{
  "type": "Microsoft.Sql/servers/failoverGroups",
  "apiVersion": "2019-06-01-preview",
  "name": "[concat('myPrimarySqlServer', '/myFailoverGroup')]",
  "location": "West US",
  "dependsOn": [
    "[resourceId('Microsoft.Sql/servers/databases', 'myPrimarySqlServer', 'myPrimaryDatabase')]",
    "[resourceId('Microsoft.Sql/servers/databases', 'mySecondarySqlServer', 'myPrimaryDatabase/replica')]"
  ],
  "properties": {
    "databases": [
      "[resourceId('Microsoft.Sql/servers/databases', 'myPrimarySqlServer', 'myPrimaryDatabase')]"
    ],
    "partnerServers": [
      {
        "id": "[resourceId('Microsoft.Sql/servers', 'mySecondarySqlServer')]"
      }
    ],
    "readWriteEndpoint": {
      "failoverPolicy": "Automatic",
      "failoverWithDataLossGracePeriodMinutes": 60
    },
    "readOnlyEndpoint": {
      "failoverPolicy": "Enabled"
    }
  }
}

2. 实现读写分离逻辑 #

• 写请求固定发往主库，读请求通过故障转移组的只读端点（myfailovergroup.secondary.database.windows.net）自动路由到最近副本
• 应用层明确区分读写请求，避免读流量占用主库资源

二、Blob存储：降低复制延迟与就近访问 #

1. 切换至GZRS存储类型 #

RA-GRS基于本地冗余存储（LRS）做异步跨区域复制，延迟较高。GZRS在主区域采用区域冗余存储（ZRS），异步复制到次要区域，同时提升本地可用性，修改存储账户SKU：

"sku": {
  "name": "Standard_GZRS",
  "tier": "Standard"
}

2. 启用存储加速路由 #

开启微软骨干网络路由，减少跨区域传输延迟：

"properties": {
  "accessTier": "Hot",
  "routingPreference": {
    "routingChoice": "MicrosoftRouting",
    "publishInternetEndpoints": true,
    "publishMicrosoftEndpoints": true
  }
}

3. 配置就近访问路由 #

• 利用存储账户的地理终结点（主：mystorageaccount.core.windows.net，次要：mystorageaccount-secondary.core.windows.net）
• 结合Azure Front Door或Traffic Manager的性能路由策略，自动将用户请求路由到最近的存储节点

三、流量路由与故障转移策略优化 #

1. 用Azure Front Door统一管理流量 #

Front Door集成全球负载均衡、CDN与WAF，比单独使用Traffic Manager更适配Web应用：

• 配置路由规则，将读请求分发到就近SQL只读副本和存储节点
• 启用健康探测，自动检测后端故障并触发流量切换
• 开启会话亲和性，保证用户请求持续发往同一区域节点

2. 完善全链路故障转移流程 #

• SQL数据库：依赖故障转移组的自动故障转移功能，设置合理的故障容忍时间避免误触发
• Web应用：在各区域部署App Service实例，通过Front Door实现流量自动切换
• 存储：GZRS模式下，主区域故障时次要区域副本自动变为只读，后续可手动升级为读写，配合Front Door完成路由切换

四、补充优化建议 #

• 对SQL大表做分片处理，将热点数据分散到多区域副本，降低单节点压力
• 配置Blob存储生命周期管理，将冷数据归档至归档存储，减少跨区域复制的数据量
• 通过Azure Monitor监控Replica Lag（SQL）和Geo Replication Lag（存储）指标，及时调整策略

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