问题标签 [azure-app-service-plans]

我在运行许多网站的 S3 层上有一个 Azure 应用服务计划。服务计划分布在 3 个实例中。有时，我会看到服务计划的 CPU 使用率很高，而且所有网站的性能普遍低迷。

有没有办法（最好是通过门户网站）查看哪个网站正在消耗这些资源，而无需进入每个单独的网站？类似于 SQL Azure 弹性池如何显示哪些数据库正在消耗资源。

这是我简化的 Azure 架构：

• ResourceGroup1 => AppServicePlan
• 资源组 2 -> 应用服务 1，应用服务 2

一旦这个架构到位，我就会一个一个地删除应用程序。当我删除（在门户网站和 PowerShell 中尝试过）最后一个应用程序时，该计划也被删除......

是设计使然还是错误？

我最近收到了来自 Azure 的“建议”，关于在我的应用服务中达到 TCP/IP 端口的上限。

TCP/IP 端口接近耗尽 您的应用服务计划包含应用 ****** 配置为使用中型实例。该应用服务计划中托管的应用使用了每个中等实例可用的 4096 个可用 TCP/IP 端口中的 90% 以上。您可以升级实例大小以增加出站连接限制或配置连接池以提高使用效率。

应用服务计划的限制（纵向扩展）是否存在差异？或者我可以配置我的应用服务以使用更多端口吗？或者还有其他解决方案吗？

一个明显的解决方案是横向扩展，但由于 CPU 和内存使用率很低，如果不是必须，我宁愿不使用此选项。

作为背景，该服务是使用 .Net 4.6 使用 ASP.NET Core MVC 构建的 API。

我正在尝试围绕 Azure 应用服务计划和 Azure 应用服务的概念展开思考，但没有成功。

我的理解是应用服务计划定义了容量和定价，分配给特定应用服务计划的所有应用都将共享相同的资源，对吗？

如果这是正确的，那么横向扩展的好处是什么？如果横向扩展将创建相同应用程序的更多实例，这些实例最终将托管在相同的应用程序服务计划上（共享相同的资源）？

我阅读了几乎所有关于 Azure 应用服务计划和应用服务的官方和非官方文档，但找不到这个问题的答案，他们都说缩放正在应用级别（而不是应用服务计划）和同时说分配到同一个应用服务计划的应用实际上是共享相同的资源，那么横向扩展功能有什么好处呢？

问候，

当前尝试使用表单TO DO 示例应用程序执行 Azure。当我执行时，我遇到了一些问题

1. 当我尝试发布服务时，没有Microsoft Azure App 服务选项，而是我正在获取 Microsoft Azure Web 应用程序
2. 运行应用程序（模拟器）后。尝试添加新记录时，我收到名称解析失败错误

我们一直在将一些 Azure Web 应用从一个应用服务计划转移到另一个。我只是想知道幕后发生了什么。

它工作得很好，但是如何将所有代码等发送到引擎盖下的新虚拟机？

我们基本上使用推荐的云架构，其中源图像存储在 Azure Blob Storage 中，imageresizer 在 Azure App Service 上运行，Azure CDN 是 CDN 层。

尽管如此，我们还是遇到了 ImageResizer v3、Azure App Service 部署槽和 DiskCache 的问题。

我们在 Azure 应用服务上使用暂存槽来防止中断。我们还使用 DiskCache 插件。在没有任何配置的情况下，imagecache 将写入特定于插槽的 D:\home\site\wwwroot\imagecache\。

这会产生两个问题：

1. 当我们交换插槽时，使用的图像缓存是陈旧的，并且会丢失很多图像。
2. 在我们的应用服务计划中，我们总是有一个陈旧的图像缓存占用磁盘空间，我们在 Microsoft 的顾问建议使用 Blob 存储而不是虚拟本地文件系统用于 DiskCache。

我注意到没有 BlobCachePlugin 或 S3CachePlugin，我想知道这是否有充分的理由。

我的问题是：

1. 是否有理由不使用实现 ICache 接口的自定义 BlobStorageCachePlugin 将图像缓存存储在 Azure Blob 存储中？
2. 如果有充分的理由，您建议使用什么替代架构来避免部署槽的问题？

我们通过云服务提供商 (CSP) 订阅了 Azure，这对我们在 Azure 中获取和查看的内容造成了一些限制。不过，我们可以看到每个App Service Plan的CPU 和内存使用情况。

对于计划下的特定应用服务，我们如何才能看到相同的情况？

如果我看到计划的 CPU/内存利用率异常，我如何判断是哪个应用服务导致它？

我正在针对我的 Azure Web App P3 定价层运行负载测试。我们有以下自动横向扩展策略 -

最小实例 5 和最大实例 20，如果 CPU 百分比（最大值）超过 85%，则增加 1 个实例，如果 CPU 平均百分比低于 50%，则减少 1 个实例

现在，它正在运行 5 个实例。如果我转到 Applications Insights，所有可用实例的“实时指标流”窗格，它显示所有 5 个实例的 CPU 使用率约为 75%（平均）。事实上，其中一些实例接近 85%。

然而，如果我查看 App Service Plan 级别的 CPU 使用率图表（我只有一个在该计划下运行的应用程序），它只显示 20%。

我们如何调和这两个相互矛盾的统计数据？

我试图找出 Azure WebJob 偶尔因 OutOfMemoryException 而失败的原因。

有 3 个应用服务分配给同一个标准 3 应用服务计划（4 个核心，7GB RAM）。其中一个由一组静态 HTML、CSS 和 JS 文件组成。另一个应用服务是 ASP.NET MVC 应用程序。最后一个是一组 WebJobs（1 个连续的和 3 个触发的）。

触发的 WebJobs 之一是在没有来自用户的流量的夜间运行的导入。有时导入失败并出现 OutOfMemoryException。根据 Azure Metrics 图形，服务计划的 RAM 利用率从未超过 50%，平均值约为 40%。包含作业的应用服务最多使用 1.3 GB 的 RAM。

我的问题是 OutOfMemoryException 怎么可能发生，但是没有相应的证据表明图形上的关键 RAM 使用情况？