在Azure'中禁用关联;s用于云服务的负载平衡器(Web/工作者角色)

在Azure'中禁用关联;s用于云服务的负载平衡器(Web/工作者角色),azure,azure-cloud-services,Azure,Azure Cloud Services,我在Azure的负载平衡器中看到了一个明确的非循环负载平衡模式,用于我的云角色。大多数请求都将发送到Web Api worker角色设置的两个实例的第一个实例 我如何确保Azure的LB平均分配请求 注意:CloudMonix仪表板的第一个屏幕截图包含第一个实例的CPU利用率(60-65%持续平均值),第二个屏幕截图包含第二个实例的CPU利用率(2-5%持续平均值) 这在我研究过的许多不同时期都是一致的 这两个实例都是相同的,只侦听许多http请求并处理它们 我过去肯定有过同样的问题,但我注意

我在Azure的负载平衡器中看到了一个明确的非循环负载平衡模式,用于我的云角色。大多数请求都将发送到Web Api worker角色设置的两个实例的第一个实例

我如何确保Azure的LB平均分配请求

注意:CloudMonix仪表板的第一个屏幕截图包含第一个实例的CPU利用率(60-65%持续平均值),第二个屏幕截图包含第二个实例的CPU利用率(2-5%持续平均值) 这在我研究过的许多不同时期都是一致的

这两个实例都是相同的,只侦听许多http请求并处理它们


我过去肯定有过同样的问题,但我注意到在一段持续的时间内(几天或更长时间),请求在实例之间是平衡的。根据我的个人研究,您无法在azure云服务上配置负载平衡。是一个描述服务定义文件的文档,我可以想象,如果它是可配置的,它会在那里


但是,您可以使用Azure资源管理器更明确地配置。实际上,有一种方法可以在.csdef文件中为云服务配置LoadBalancer分发。该漏洞是由于文档更新:-(

请看这篇文章:

LoadBalancerDistribution的值可以是用于2元组关联的sourceIP、用于3元组关联的sourceIPProtocol或none(用于无关联,即5元组)

我将关注更新模式文章以反映这一点

至于负载分布——如果您没有特别选择2元组或3元组算法,那么应该使用5元组运行

您可以使用查看当前配置

我知道CPU是负载的反映,但负载平衡器基于网络会话进行平衡,因此请确保CPU负载与网络会话的分布相关。在您的情况下,如果它们不相关,我会感到惊讶-只是一个提醒

请阅读本文,以确保您没有使用keep alives运行: