Azure多区域LOB应用：Traffic Manager配置可行性及实现方法问询

没问题，这个架构不仅完全有效，还是Azure里搭建全球分布式高可用系统的典型最佳实践！Traffic Manager的核心作用就是做全局DNS级别的流量路由，而Application Gateway作为区域内的流量入口，刚好能和Traffic Manager形成完美的分层架构——前者管全局流量调度，后者负责区域内的SSL卸载、请求重定向、WAF防护等边缘能力，再配合后端的Web Apps，整个链路的可用性和灵活性都拉满了。

接下来一步步带你完成配置：

1. 创建Traffic Manager配置文件 #

• 登录Azure门户，新建一个Traffic Manager配置文件：
  • 路由方法选择：根据你的业务需求来挑：如果想让用户自动访问延迟最低的区域，选「性能（Performance）」；如果要做故障转移（比如主区域挂了自动切到备用），选「优先级（Priority）」；如果需要按比例分流测试，选「加权（Weighted）」。针对你这种全球多区域的场景，首推性能路由，能自动帮用户匹配最近的可用区域。
  • 其他基础配置按提示填就行，比如名称、资源组这些，自定义域名绑定可以后续再操作。

2. 添加Application Gateway作为后端端点 #

进入刚才创建的Traffic Manager配置文件的「端点」页面，逐个添加每个区域的Application Gateway：

• 端点类型选外部端点（因为我们用的是App Gateway的公网IP）。
• 每个区域对应一个端点：
  • 给端点起个好认的名字，比如AppGateway-华东、AppGateway-西欧、AppGateway-东南亚。
  • 填入对应App Gateway的静态公网IP地址（一定要给App Gateway配静态IP，不然IP变动会导致Traffic Manager无法定位端点）。
  • 如果你选的是优先级/加权路由，就对应设置优先级或权重；如果是性能路由，这两项不用管，Azure会自动根据网络延迟调度。
  • 最后把端点状态设为「启用」。

3. 配置Application Gateway的重定向规则 #

因为你需要每个区域的App Gateway把请求转发到对应主机（contoso.com和fabrikam.com），所以要在每个App Gateway里单独配置路由规则：

• 针对每个App Gateway，创建基于主机名的路由规则：
  • 先配置监听器（80或443端口，HTTPS的话别忘了绑定对应域名的SSL证书）。
  • 然后创建路由规则，设置「主机名匹配」：当请求的主机名是contoso.com时，转发到本区域的contoso Web App；同理，fabrikam.com转发到本区域的fabrikam Web App。
  • 如果需要HTTP转HTTPS的强制重定向，也可以在App Gateway里配置对应的重定向规则。

4. 验证流量路由是否正常 #

• 配置完成后，先通过Traffic Manager自带的域名（比如your-profile.trafficmanager.net）测试，或者把你的自定义域名（contoso.com和fabrikam.com）的DNS记录CNAME到这个Traffic Manager域名。
• 可以用nslookup、curl这类工具，或者Azure门户里的Traffic Manager诊断功能，检查流量是否正确路由到了最近的区域的App Gateway，再由App Gateway转发到对应的Web App。

5. 几个关键注意事项 #

• 健康检查配置：Traffic Manager会定期探测后端端点的健康状态，记得在Traffic Manager里配置合适的探测路径（比如/health），同时确保你的Web Apps有对应的健康检查端点，这样Traffic Manager才能及时剔除故障区域的端点。
• HTTPS相关：Traffic Manager本身不处理SSL，所有的SSL卸载都在Application Gateway上完成，所以要确保App Gateway绑定了对应自定义域名的SSL证书，同时Traffic Manager的探测协议和端口要和App Gateway的监听器一致（比如用HTTPS探测的话，要确保App Gateway的443端口能正常响应）。

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