仅 HTTPQueue 规则足以让 Azure 应用程序服务计划横向扩展以纯粹用于网站目的吗？

Question

在azure应用程序服务计划中，我可以根据CPU、内存或其他条件设置不同的扩展规则（条件）。

我们的应用程序服务计划纯粹用于我们的Web API。（不是azure功能或其他目的）。

在这种使用场景中，我总是想知道仅使用 HTTP Queue 是否就足够了（因此摆脱 CPU 或内存规则）？就好像没有任何东西在排队一样，即使内存或 cpu 很高，也不会有太大问题（不应该真的发生）。

如果有大量请求排队，无论CPU还是内存，我们都应该扩展。

仅使用 HttpQueue 来确定横向扩展/横向扩展是否有任何问题？

非常感谢

横向扩展/有问题

Answer 1

这个 Serverfault 线程回答了规则中使用的HttpQueueLength和其他

Auto-Scale

参数的使用：-

HTTP 队列长度是指待处理的 HTTP 操作的数量。如果您的应用程序收到的请求多于 Web 服务器可以处理的数量，则此指标可能表明存在瓶颈。虽然 CPU 限制经常受到影响，但它们并不是唯一原因。

仅依靠 HTTP 队列长度来做出扩展决策可能会忽视资源限制和可扩展性限制。忽略 CPU 和内存指标可能会导致性能问题和过度配置，从而增加成本。此外，突然的流量高峰可能无法得到充分解决。实施此策略可能会增加应用程序架构的复杂性，需要仔细处理并发级别。

您还可以尝试添加以下其他指标，以便在扩展规则中更加精确：-

• 已建立的出站请求套接字计数：跟踪与外部服务的活动连接。高计数可能表明出站流量增加，从而影响性能。

• TCP TimeWait：监控 TCP 连接状态以了解资源使用情况和效率。 TimeWait 计数较高可能表明资源使用情况不佳或连接流失过多。

• 数据输出/数据输入：测量发送和接收的数据，帮助识别网络流量峰值和潜在的带宽限制。