流量管理器权重路由方法似乎效果不佳答案

【问题标题】：Traffic manager weight routing method seems not work well流量管理器权重路由方法似乎效果不佳
【发布时间】：2017-03-03 06:35:48
【问题描述】：

我们用权重路由方式（以前的循环模式）构建了一个流量管理器，并配置了两个具有相同权重值的端点。

我们预计流量将平均分配到两个端点。但实际上我们看到一个端点的流量比另一个端点多得多。

然后我们检查了门户上流量管理器的“自动化脚本”，发现：

{
    "name": "test1",
    "type": "Microsoft.Network/trafficManagerProfiles/externalEndpoints",
    "properties": {
        "endpointStatus": "Enabled",
        "target": "www.abc.com",
        "weight": 1,
        "priority": 1,
        "endpointLocation": null
    }
},
{
    "name": "test2",
    "type": "Microsoft.Network/trafficManagerProfiles/externalEndpoints",
    "properties": {
        "endpointStatus": "Enabled",
        "target": "www.xyz.com",
        "weight": 1,
        "priority": 2,
        "endpointLocation": null
    }
}

上面的模板中有“优先级”，在权重路由模式下优先级是什么意思？此设置会影响流量路由吗？

【问题讨论】：

标签： azure azure-virtual-machine azure-virtual-network azure-traffic-manager

【解决方案1】：

上面的模板中有“优先级”，优先级是什么意思权重路由模式？

无论为流量管理器配置什么模式，“权重”和“优先级”这两个属性始终存在。在您的场景中，优先级不会影响流量路由。

但实际上我们看到一个端点比另一个端点获得更多的流量一个。

关于加权方法，重要的是要了解 DNS 响应由客户端和客户端用来解析 DNS 名称的递归 DNS 服务器缓存。 这种缓存会对加权流量分布产生影响。当客户端和递归 DNS 服务器的数量很大时，流量分布会按预期工作。但是，当客户端或递归 DNS 服务器的数量较少时，缓存会显着扭曲流量分布。

有关加权流量路由方法的更多信息，请参阅link。

顺便说一句，这些 DNS 缓存效果对所有基于 DNS 的流量路由系统很常见，而不仅仅是 Azure 流量管理器。

【讨论】：

感谢您的回复！ “缓存”是指 Azure 流量管理器中设置的 TTL 值吗？我们设置为 300 秒，所以似乎应该在 5 分钟后过期？
TTL值不仅仅在Azure流量管理器中设置，比如你把你公司的域名指向xxx.trafficmanager.net，所以TTL值是你的域名提供商设置的。
如果您使用xxx.trafficmanager.net访问您的网站，是的，在azure流量管理器中设置的TTL值，应该在5分钟后过期。
@Youxu 只是检查一下提供的信息是否有帮助。如果您需要进一步的帮助，请告诉我。
我们使用 xxx.trafficmanager.net 访问您的服务，在等待近一小时后，我仍然看到一个端点比另一个端点获得更多的流量。如何解决发生的问题？

【解决方案2】：

我遇到了一个 API 端点，并希望通过流量管理器逐步推出它，以根据分配的权重分配 API 调用。但是，对于粘性会话，这并没有按预期工作，并且返回了相同的 API 响应。

我通过使用逻辑应用或无服务器函数充当网关来解决此问题，该网关每次解析一个新请求并绕过缓存。

【讨论】：