在Azure中，随着休眠期的增加而降低的红隼性能

Question

我们在Azure A2 Basic VM上运行的kestrel实例看到了一些有趣的行为。随着呼叫之间的时间增加，响应时间的退化似乎越来越严重。例如......

在5分钟左右，它的行为就好像操作系统或Kestrel进程已经回收了一些资源，但是线性在5分钟后的响应时间内增加了一个循环。

此外，这似乎在本地开发时间歇性地发生，这就是为什么Kestrel可能达到某种程度的想法还没有消除。

是否有人对5分钟的降解以及随后恶化的退化有所了解？这仅仅是使用A2 vm的症状吗？

时间线性增加怎么样？我知道数据点数量有限，而且从快速浏览中看，这种情况很可能是一个异常现象，但这似乎很常见在日常开发中发生。 在缺少数据点时删除

Answer 1

在使用其他跟踪进行一些测试之后，可以跟踪大多数性能下降以建立与Azure SQL的连接。 No＆＃34; Min Pool Size＆＃34;在Azure门户中生成的默认连接字符串中指定。这导致使用默认值0。

设置＆＃34; Min Pool Size＆＃34;到5，在不活动期后的响应时间得到改善。在21分钟不活动后，加载时间仍然只有400毫秒。

然后我们指定了没有＆＃34; Min Pool Size＆＃34; （应用默认值0，导致没有连接保持打开状态）。使用此设置，在仅仅5分钟不活动的时间段后，加载时间将增加到4或5秒。