我希望使用API来根据处理Q的大小来更改我运行的web作业实例的数量,我知道我可以在门户中设置规则,但是最小的聚合时间是60分钟,如果突然得到大量的工作,我不希望系统在扩展之前等待60分钟。
我遇到的问题是,目前如果我在门户中手动扩展,从1到5个实例,它会杀死单个正在运行的实例,然后启动5个新实例。
我想如果我通过API做了同样的事情,您知道有什么方法可以避免这种情况发生吗?
谢谢
是的
UPDATE:如下所示,我提交了4个作业,然后当第一个作业正在处理时,我从1个实例扩展到3个实例,这就是所发生的事情,在下一个3完成之后从未完成的作业将弹出队列上的消息,因为它的处理最初失败了。
发布于 2016-10-06 22:43:31
如果我在门户中手动扩展,从1到5个实例,它会杀死单个正在运行的实例,然后启动5个新实例。
作为我的测试,如果你缩放你的网络作业,它不会扼杀单一的运行实例。我创建了一个Webjob模板,并在其中编写了一个计时器触发器。
下面是我对我的web应用程序进行缩放的时间:
下面是Azure存储中的触发器日志(‘azure-作业-主机-输出’):
如果您发现您的网络作业运行在Azure webjob仪表板中的“非活动实例”状态。请不要担心它。你的网络作业还在运行中。请看大卫在this thread上的回复。下面是一个片段:
这实际上是Portal显示的一个bug。门户最终会询问一个关于WebJob状态的任意实例,如果它碰巧碰到了实际运行它的实例以外的任何实例,那么它将被报告为非活动实例。
https://stackoverflow.com/questions/39893697
复制