AzureAppService 中的 ThreadCount 指标
ThreadCount Metric in AzureAppService
我有一个 S2 AppService 计划，其中有一个实例计数为 1（默认）的 Web 作业。
Webjob 基本上使用 5（可配置）并发线程从服务总线主题中读取。
最近，我们有一个巨大的负载进来，webjob 无法快速读取 SB 主题中的所有消息，因此我们增加了 1 to 10 的实例数和 [=14] 的线程数=].
我想了解 webjob 的线程数是否与应用服务的线程数指标有任何关系？
如果是，我仍然看到最大线程数为 35。
如果不是，有没有办法在任何时候正确测量我的网络作业的活动线程数？
根据文档 Understand metrics：线程计数 --> The number of threads currently active in the app process。它应该包括 azure webjob 的线程数。但根据我的测试，文档似乎不正确。
您可以前往 kudu site 检查每个网络作业的 thread count 来尝试一下。
步骤：转到 Azure 门户 -> 您的 Azure Web 应用程序 -> Advanced Tools -> 单击 go 按钮：
然后在 kudu 站点 -> 单击 Process explorer 选项卡，然后检查 thread_count 列以查找您的 webjob 的线程：
我有一个 S2 AppService 计划，其中有一个实例计数为 1（默认）的 Web 作业。
Webjob 基本上使用 5（可配置）并发线程从服务总线主题中读取。
最近，我们有一个巨大的负载进来，webjob 无法快速读取 SB 主题中的所有消息，因此我们增加了 1 to 10 的实例数和 [=14] 的线程数=].
我想了解 webjob 的线程数是否与应用服务的线程数指标有任何关系？
如果是，我仍然看到最大线程数为 35。
如果不是，有没有办法在任何时候正确测量我的网络作业的活动线程数？
根据文档 Understand metrics：线程计数 --> The number of threads currently active in the app process。它应该包括 azure webjob 的线程数。但根据我的测试，文档似乎不正确。
您可以前往 kudu site 检查每个网络作业的 thread count 来尝试一下。
步骤：转到 Azure 门户 -> 您的 Azure Web 应用程序 -> Advanced Tools -> 单击 go 按钮：
然后在 kudu 站点 -> 单击 Process explorer 选项卡，然后检查 thread_count 列以查找您的 webjob 的线程：