Question

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

我们预计流量将均匀分配到两个端点。但实际上我们看到一个端点获得的流量远远超过另一个端点。

然后我们检查了＆＃34;自动化脚本＆＃34;门户上的交通管理员发现了这个：

{
    "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
    }
}

有优先权＆＃34;在上面的模板中，权重路由模式中的优先级是什么意思？此设置是否会影响流量路由？

Answer 1

有优先权＆＃34;在上面的模板中，优先级是什么意思重量路由模式？

无论为流量管理器配置了什么模式，这两个属性都是＆＃34; weight＆＃34;和＆＃34;优先＆＃34;永远存在。在您的方案中，优先级不会影响流量路由。

但实际上我们看到一个端点获得的流量远远超过另一个端点之一。

关于加权方法，重要的是要了解客户端和客户端用来解析DNS名称的递归DNS服务器缓存DNS响应。 此缓存可能会对加权流量分配产生影响。当客户端和递归DNS服务器的数量很大时，流量分配将按预期工作。但是，当客户端或递归DNS服务器的数量很少时，缓存可能会严重影响流量分配。

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

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

Answer 2

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

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

交通管理员权重路由方法似乎效果不佳

2 个答案: