【Azure Standard Logic App】Workflow积压非常严重的情况下, 执行实例居然不能自动缩放的原因?

问题描述

测试标准版本的Logic App应用,消费Service Bus中的消息。当Service Bus中堆积了大量消息的情况下,Workflow依旧只在一个实例上运行。

而Logic App的自动缩放设置的最大为20个,为什么没有自动缩放呢?

 

问题解答

因为这个Standard Logic App集成进入到一个虚拟网络中,默认情况下,虚拟网络触发器不会导致函数应用扩展到超出预热实例计数。 在Azure的官网中,有详细的介绍(https://learn.microsoft.com/zh-cn/azure/azure-functions/functions-networking-options?tabs=azure-portal#premium-plan-with-virtual-network-triggers),只是在没有遇见这个问题,并且进行调查研究的情况下,根本无法注意到这个要求。这就是错误中才能成长的知识点!

在 Azure 门户中,导航到你的Logic App。 

在“Setting”下选择“Configuration”,然后在“Workflow runtime settings”选项卡中,将“Runtime Scale Monitoring”设置为“On”。 

选择“保存”以更新函数应用配置并重启应用。

 

 

参考资料

Azure Functions networking options  : https://learn.microsoft.com/en-us/azure/azure-functions/functions-networking-options?tabs=azure-portal#premium-plan-with-virtual-network-triggers

posted @   路边两盏灯  阅读(9)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· DeepSeek 开源周回顾「GitHub 热点速览」
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!
· AI与.NET技术实操系列(二):开始使用ML.NET
· 单线程的Redis速度为什么快?
历史上的今天:
2023-05-09 【Azure 存储服务】使用 AppendBlobClient 对象实现对Blob进行追加内容操作
2022-05-09 【Azure Developer】使用MSAL4J 与 ADAL4J 的SDK时候,遇见了类型冲突问题 "java.util.Collections$SingletonList cannot be cast to java.lang.String"
点击右上角即可分享
微信分享提示